streaming-utils alternatives and similar packages
Based on the "streaming" category.
Alternatively, view streaming-utils alternatives based on common mentions on social networks and blogs.
Common lower-level functions needed by various streaming data libraries
Concurrency for the streaming ecosystem
Bidirectional support between the streaming and conduit libraries
Cassava support for the streaming library
with/bracket-style idioms for use with streaming
Do you think we are missing an alternative of streaming-utils or a related project?
http, json, attoparsec and pipes material for
Streaming.Pipes reimplements some of the standard pipes splitting and joining operations with
Stream in place of
FreeT. The operations are all plain functions, not lenses. They will thus be simpler to use, unless of course you are using pipes'
StateT parsing. Another module is planned to recover this style of parsing.
Data.ByteString.Streaming.HTTP just replicates
Pipes.HTTP (barely a character is changed) so that the response takes the form of a
ByteString m () rather than
Producer ByteString m (). Something like this is the intuitively correct response type, insofar as a pipes Producer (like a conduit Source and an io-streams InputStream) is properly a succession of independent semantically significant values.
Data.ByteString.Streaming.Aeson replicates Renzo Carbonara's
Pipes.Aeson. It also includes materials for appying the additional parsers exported by
json-streams library, which have some advantages for properly streaming applications as is explained in the documentation.
Data.Attoparsec.ByteString.Streaming in turn pretty much replicates Renzo Carbonara's
Pipes.Attoparsec module. It permits parsing an effectful bytestring with an attoparsec parser, and also the conversion of an effectful bytestring into stream of parsed values.