I don't see a big problem exporting zif_pass, if this's really necessary.
Thanks. Dmitry.
From: Nikita Popov
Sent: Saturday, April 30, 2016 8:40:54 PM
To: Derick Rethans
Cc: Dmitry Stogov; PHP Developers Mailing List
Subject: Re: [PHP-DEV] zend_pass_function/zif
Morning internals,
Thanks for voting :)
Let the work commence ...
Cheers
Joe
On Tue, May 3, 2016 at 11:03 PM, Larry Garfield
wrote:
> On 05/03/2016 04:36 PM, Anatol Belski wrote:
>
>> Hi,
>>
>> The poll under https://wiki.php.net/todo/php71 is closed. Thanks everyone
>> voted.
>>
>> T
On Tue, May 3, 2016 at 12:53 PM, Terry Cullen wrote:
> Doesn't Nikic's scalar objects (https://github.com/nikic/scalar_objects)
> more or less achieve the same thing while also cleaning up the std lib?
>
> $ret = scandir($arg)
> ->filter(function(){})
> ->map(function(){})
> ->merge(
Hi Dan,
On Wed, May 4, 2016 at 7:33 AM, Dan Ackroyd wrote:
> Sorry for being off-topic, but as the maintainer for the Imagick
> extension I feel it necessary to do my best impression of Paul Revere*
> and warn people of an alleged vulnerability in the underlying
> ImageMagick library.
Not at all
Hello,
Sorry for being off-topic, but as the maintainer for the Imagick
extension I feel it necessary to do my best impression of Paul Revere*
and warn people of an alleged vulnerability in the underlying
ImageMagick library.
Apparently servers that use ImageMagick to process any user uploaded
im
Hi Sara,
On Sat, Apr 30, 2016 at 4:58 AM, Sara Golemon wrote:
> This is one of my favorites out of HackLang. It's pure syntactic
> sugar, but it goes a long way towards improving readability.
> https://wiki.php.net/rfc/pipe-operator
PHP is not pure OO anyway. This proposal simplifies procedural
On 05/03/2016 04:36 PM, Anatol Belski wrote:
Hi,
The poll under https://wiki.php.net/todo/php71 is closed. Thanks everyone
voted.
The elected 7.1 release managers are Davey Shafik and Joe Watkins. Congrats
and godspeed, guys!
Regards
Anatol
Congratudolences, Davey and Joe!
--Larry Garfield
Hi,
The poll under https://wiki.php.net/todo/php71 is closed. Thanks everyone
voted.
The elected 7.1 release managers are Davey Shafik and Joe Watkins. Congrats
and godspeed, guys!
Regards
Anatol
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.ne
On Tue, May 3, 2016 at 2:35 PM, Fleshgrinder wrote:
> On 5/3/2016 10:22 PM, Ryan Pallas wrote:
> > I have to disagree, I haven't seen an example of rewriting the original
> > example from the RFC in a more expressive AND readable way. Yes, you can
> > use lots of intermediate variables, but this
On 5/3/2016 10:22 PM, Ryan Pallas wrote:
> I have to disagree, I haven't seen an example of rewriting the original
> example from the RFC in a more expressive AND readable way. Yes, you can
> use lots of intermediate variables, but this makes the code HARDER to read
> QUICKLY which is entirely the
On Tue, May 3, 2016 at 1:28 PM, Fleshgrinder wrote:
> On 5/3/2016 8:57 PM, Sara Golemon wrote:
> > Ooops, missed a negation when I typed it out.
> >
> > "Pretending that poorly designed libraries DON'T exist is naîve."
> >
>
> I am not pretending that they do not exist, quite the contrary, I
> ex
On 5/3/2016 8:57 PM, Sara Golemon wrote:
> Ooops, missed a negation when I typed it out.
>
> "Pretending that poorly designed libraries DON'T exist is naîve."
>
I am not pretending that they do not exist, quite the contrary, I
explicitly stated that they exist and that I fear that this syntactic
On 03/05/16 19:57, Sara Golemon wrote:
> Intermediate variables also add cognitive overhead of their own in
> cataloging all the various intermediates used in a large function. By
> removing the explicit intermediate variables and replacing them with
> unnamed temporaries, the code becomes easier
On Tue, May 3, 2016 at 11:52 AM, Fleshgrinder wrote:
> On 5/3/2016 8:45 PM, Sara Golemon wrote:
>> Pretending that poorly designed libraries exist is naîve.
>>
> I really do not know what you want to tell me with that first sentence.
>
Ooops, missed a negation when I typed it out.
"Pretending tha
On 5/3/2016 8:45 PM, Sara Golemon wrote:
>> The pipe operator is also just a work around for poorly designed
>> libraries in this case and yields more poorly designed libraries.
>>
> Pretending that poorly designed libraries exist is naîve. PHP is
> dominated by poorly designed software but it man
On Tue, May 3, 2016 at 11:36 AM, Fleshgrinder wrote:
> On 5/3/2016 8:12 PM, Sara Golemon wrote:
>> The difference with scalar objects is:
>> A) We need to agree on what methods these objects are going to have.
>> ((And we won't agree))
>>
>
> The nice thing here is that we could start with the thi
On 5/3/2016 8:12 PM, Sara Golemon wrote:
> The difference with scalar objects is:
> A) We need to agree on what methods these objects are going to have.
> ((And we won't agree))
>
The nice thing here is that we could start with the things that we agree
on and develop it from there further.
On 5/
On Tue, May 3, 2016 at 11:29 AM, Lester Caine wrote:
> Which does beg the question ... "Just how many problem spaces are
> currently under discussion?" ... There is a space for some additional
> extensions that provided experimental solutions to some of the perceived
> problems which will then all
On 03/05/16 19:12, Sara Golemon wrote:
> I like the scalar objects approach as well. Heck, I wrote one three
> years ago: https://github.com/sgolemon/objectifier but I don't think
> it solves the same problem space as pipe chaining.
Which does beg the question ... "Just how many problem spaces ar
On Tue, May 3, 2016 at 9:30 AM, Fleshgrinder wrote:
> On 5/3/2016 4:53 AM, Terry Cullen wrote:
>> Doesn't Nikic's scalar objects (https://github.com/nikic/scalar_objects)
>> more or less achieve the same thing while also cleaning up the std lib?
>>
>> $ret = scandir($arg)
>> ->filter(function(
On 5/3/2016 4:53 AM, Terry Cullen wrote:
> Doesn't Nikic's scalar objects (https://github.com/nikic/scalar_objects)
> more or less achieve the same thing while also cleaning up the std lib?
>
> $ret = scandir($arg)
> ->filter(function(){})
> ->map(function(){})
> ->merge($someOtherArr
Stephen Coakley wrote on 03/05/2016 01:57:
On 04/30/2016 06:14 PM, Rowan Collins wrote:
The basic pattern would be:
|=> $tempVar; // terminate the chain and capture the value
// do stuff with $tempVar
$tempVar // restart the chain
So:
scandir($arg)
|> array_filter($$, function($x) { retu
I am very much in favour of this. I would typically write the example with
an intermediate variable to avoid all the sad nesting.
$files = scandir($arg);
$files = array_filter($files, function ($x) { return $x !== '.' && $x !==
'..'; });
$files = array_map(function ($x) use ($arg) { return $arg .
Am 30.04.2016 um 01:37 schrieb Bob Weinand:
> TL;DR:
> -1: The |> pipe operator encourages a write-only style.
I second that emotion.
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On 03/05/16 05:49, Sara Golemon wrote:
> It's way more readable in the pipe syntax version, but it's
> overloading a single statement in both places.
The rop examples show another style of working BUT it only really
changes the way of ordering SOME elements of the code. And the pipe
operator is on
25 matches
Mail list logo
