[PHP-DEV] Defining the PHP Group

Morning internals, There is confusion among the community, and contained in the documented history of PHP on the wider internet. The Wikipedia states that PHP is developed by the PHP Group, in saying this it is (must be) referring to internals as a whole, but our own documentation names members

Re: [PHP-DEV] PHP's declining(?) popularity

On 9/14/2019 8:32 PM, Mike Schinkel wrote: On Sep 14, 2019, at 5:18 PM, Olumide Samson wrote: https://jaxenter.com/php-tiobe-sept-2019-162096.html I think this is one of those things we get from voting no... I might be wrong anyways :-? If those specific rankings are legitimately a cause

[PHP-DEV] PHP's declining(?) popularity

> On Sep 14, 2019, at 5:18 PM, Olumide Samson wrote: > > https://jaxenter.com/php-tiobe-sept-2019-162096.html > I think this is one of those things we get from voting no... > > I might be wrong anyways :-? If those specific rankings are legitimately a cause for concern then it would make

Re: [PHP-DEV] [RFC] Reclassifying engine warnings

https://jaxenter.com/php-tiobe-sept-2019-162096.html I think this is one of those things we get from voting no... I might be wrong anyways :-? On Sat, Sep 14, 2019, 12:43 AM Kosit Supanyo wrote: > Hi internals > > This maybe a little bit late but I would like to propose alternative to > this

Re: [PHP-DEV] [RFC] Object Initializer

On 14/09/2019 09:49, Mike Schinkel wrote: But ironically I come to the exact opposite conclusion that your latter statements imply, i.e. that named parameters are not a generalizable enough feature and that object initializers are much more generalizable. I think that's only true because

Re: [PHP-DEV] [RFC] Object Initializer

On Fri, Sep 13, 2019, at 9:35 AM, Rowan Tommins wrote: > Hi Rasmus, > > On Fri, 13 Sep 2019 at 11:18, Rasmus Schultz wrote: > > > All in all, I find this feature is useful or applicable only to a few, > > select patterns within the language - it isn't general enough. > > > > > I've trimmed

Re: [PHP-DEV] [RFC] Object Initializer

Hi Michal, thank you for this RFC. In combination with typed properties an object initializer syntax becomes highly thought after in my opinion, especially if you consider classes consisting mostly of typed PUBLIC properties, for example data transfer objects or view models. I find this

Re: [PHP-DEV] [RFC] Object Initializer

Hi Mike, sob., 14 wrz 2019 o 10:32 Mike Schinkel napisał(a): > > However, Object Initializers might be best when paired with a new magic > method which let us call *__init(),* and a *required* modifier for > properties. > > Using your Customer example, the __init() would be automatically called

Re: [PHP-DEV] [RFC] Object Initializer

Hi Sebastian, sob., 14 wrz 2019 o 11:05 Sebastian Bergmann napisał(a): > Am 13.09.2019 um 15:23 schrieb Matthew Brown: > > Though this is truly a stylistic complaint, I think it will lead to > > harder-to-analyse code. > > Fully agreed, and not just harder-to-analyse for a static analysis tool

Re: [PHP-DEV] [RFC] Object Initializer

Am 13.09.2019 um 15:23 schrieb Matthew Brown: Though this is truly a stylistic complaint, I think it will lead to harder-to-analyse code. Fully agreed, and not just harder-to-analyse for a static analysis tool but also for humans that read the code. -1 from me. -- PHP Internals - PHP

Re: [PHP-DEV] [RFC] Object Initializer

> On Sep 14, 2019, at 1:50 AM, Marco Pivetta wrote: Thank you for your reply. > lazy initialisation is already possible in userland: adding more magic to the > language for a use-case that is already implemented seems problematic to me. I think I am missing something. I was not aware I was

Re: [PHP-DEV] [RFC] Object Initializer

(Sorry for sending three replies to one message, but the list server said my reply was too long to send as just one. I could have made it shorter but then I would have had to omit all the example code.) @rasmus: HOWEVER, I see no reason we must pit object initializers and named parameters

Re: [PHP-DEV] [RFC] Object Initializer

On Sat, Sep 14, 2019 at 10:47 AM Mike Schinkel wrote: > > On Sep 13, 2019, at 3:18 AM, Rasmus Schultz ras...@mindplay.dk>> wrote: > > > > Assuming the fields of this entity are required, you would probably > prefer > > to add a constructor - but then property initializers aren't really > useful

Re: [PHP-DEV] [RFC] Object Initializer

> On Sep 13, 2019, at 3:18 AM, Rasmus Schultz > wrote: > > All in all, I find this feature is useful or applicable only to a few, > select patterns within the language - it isn't general enough. > ... > In my opinion, language features should be as general as possible

Re: [PHP-DEV] [RFC] Object Initializer

> On Sep 13, 2019, at 3:18 AM, Rasmus Schultz > wrote: > > Assuming the fields of this entity are required, you would probably prefer > to add a constructor - but then property initializers aren't really useful > anymore. I think this is a false dichotomy; I can see