Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:99719
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: error (pb1.pair.com: domain kelunik.com from 81.169.146.219 cause and error)
MIME-Version: 1.0
In-Reply-To: <CAH0Uv3Hy-q7h=LZ9GNvHAPJZ_0tLWVDvVeas8RRSTbvqUdQfaw@mail.gmail.com>
References: <CAH0Uv3Gx_OGBA4zwzE97mbK_VtwBtRCX3yn9JNv81VWtQbCYtA@mail.gmail.com>
 <CAESVnVoQ-+mbUiXAUO1tsRzAqSGJnOnxba9qe=HAU-kqCyYTng@mail.gmail.com>
 <CAH0Uv3EdyPRgcYXuFP5GVjPpx4+kga_HbE9zzbu1XsAVSMjJ-w@mail.gmail.com>
 <CANUQDCi14z+++0+vLpEM6EV3DuTtv4FnmOjJMjKCNJbzj6fL+Q@mail.gmail.com> <CAH0Uv3Hy-q7h=LZ9GNvHAPJZ_0tLWVDvVeas8RRSTbvqUdQfaw@mail.gmail.com>
Date: Mon, 3 Jul 2017 19:17:46 +0200
Message-ID: <CANUQDCgns1hccbBoUcey7YHzc=R=WrjtOp7sLkqwmxQ0qkzzwQ@mail.gmail.com>
To: Andreas Hennings <andreas@dqxtech.net>
Cc: Sara Golemon <pollita@php.net>, PHP internals <internals@lists.php.net>
Content-Type: multipart/alternative; boundary="001a113adef0204d0405536cf2d9"
Subject: Re: [PHP-DEV] "Reader" as alternative to Iterator
From: me@kelunik.com (Niklas Keller)

--001a113adef0204d0405536cf2d9
Content-Type: text/plain; charset="UTF-8"

2017-07-03 17:50 GMT+02:00 Andreas Hennings <andreas@dqxtech.net>:

> On Mon, Jul 3, 2017 at 9:09 AM, Niklas Keller <me@kelunik.com> wrote:
> >
> > Hey Andreas,
> >
> > what you're trying to do here seems to be premature optimization. While
> you
> > save a bunch of method calls, your I/O will be the actual bottleneck
> there.
> > It's entirely fine to implement such logic in userland.
>
> I will let this stand unchallenged, until I have some reproducible data..
>
> >
> > Amp has a similar interface for its streams, but those have only
> string|null
> > as types. If you want to allow all values, you either need a second
> method
> > or need to wrap all values in an object.
> >
> > http://amphp.org/byte-stream/#inputstream +
> > http://amphp.org/amp/iterators/#iterator-consumption
>
> This library looks interesting.
> It seems to do a lot more than I currently need, with its concurrency
> approach.
> I am a bit puzzled by the yield keyword in this code:
>
>  while (($chunk = yield $inputStream->read()) !== null) {
>     $buffer .= $chunk;
> }
>
> In my experience with generators so far, you either use yield for
> sending or for receiving. So either "yield $value;" or "$value =
> yield;" In this case it seems to do both.
>

Indeed, it can do both at the same time.


> I assume this is to achieve the concurrency.


Not exactly, it "outputs" a promise and "inputs" the resolution value or
exception once that promise resolves.

Regards, Niklas

--001a113adef0204d0405536cf2d9--