Question

Closed. This question is seeking recommendations for books, tools, software libraries, and more. It does not meet Stack Overflow guidelines. It is not currently accepting answers.

我们不准许对书籍、工具、软件图书馆以及更多的图书馆征求建议的问题。你可以ed问这个问题,以便用事实和引言回答。

Closed 8 years ago.

Improve this question

from RWH http://book.realworldhaskell.org/read/extended-example-web-client-programming.html

The HTTP Library used here does not Read the HTTP results lazily. 因此,在下载诸如播音等大型档案时,可以消耗大量的援助团。其他图书馆没有这种限制。我们之所以使用这一方法,是因为它稳定、容易安装,而且很容易使用。我们建议从Hackage获得的小型网站,满足吉大港山区的严重需求。

mini-http is deprecated on hackage. The questing is simple: Do you know of any package that offers and api for doing http requests and consuming the response body without loading it entirely into memory.

我想的是一纸一.,它提供了一条可以加以改变的溪流。简单的例子就是在答复中用tes计。

也许会有一个以斜体为基础的皮?

Answer 1

你们要求客户方把档案下载为一流? How about download-curl s lazy界面 ?

满足你们的需要(或少有 t)。

Answer 2

In general there is common problem related with parsing something lazily with validation. When you receives HTTP response which contains "Content-Length" header you have to check that you ll read all that data before connection will be closed. That means that you can t say that response is valid until you ll read till the very end. And your mapping will have to wait and then process the whole result.
To avoid that your library may be less strict and check only header correctness and probably first part of data (in case chunked or compressed) and return body with length less or equal to "Content-Length". Or you may use your own chunk-stream which returns Success or Fail as the last chunk.
Another approach is to sacrifice your CPU for processing response as you read it (ex. inside monad) and when there is no valid data for next read you abort all your previous calculation.

我建议查看。并且也这样做。从来没有使用过这一方法,但我希望,随着mon子的交接,它将采用最后的办法。

友情链接