Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:107391
MIME-Version: 1.0
References: <CABdc3Wpit02=BqvVE85ciw9qo3UYc2LBatOy23yFk5z+quZ2rw@mail.gmail.com>
 <CAL0xaBE0woxqzH+eWy4mt4W75+BBbhYCVLHpcfuUvbeXzm_AGw@mail.gmail.com>
In-Reply-To: <CAL0xaBE0woxqzH+eWy4mt4W75+BBbhYCVLHpcfuUvbeXzm_AGw@mail.gmail.com>
Date: Mon, 7 Oct 2019 09:49:18 +0200
Message-ID: <CABdc3WrqWJGcn9rOVihsTahRwjYV5dRyPx_DM_O_=2UjoTdCqw@mail.gmail.com>
To: Arvids Godjuks <arvids.godjuks@gmail.com>
Cc: PHP Internals List <internals@lists.php.net>
Content-Type: multipart/alternative; boundary="000000000000cb59dc05944d4a89"
Subject: Re: [PHP-DEV] [RFC] Object Initializer
From: michal.brzuchalski@gmail.com (=?UTF-8?Q?Micha=C5=82_Brzuchalski?=)

--000000000000cb59dc05944d4a89
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

Hi Arvids,

sorry for the late response, I've been busy recently.

wt., 17 wrz 2019 o 13:08 Arvids Godjuks <arvids.godjuks@gmail.com>
napisa=C5=82(a):

>
> I've have been keeping up with the thread and at this point, I do somewha=
t
> agree with people that maybe the RFC should go into V2 version developmen=
t.
> It really seems like the scope of the RFC is just too small for the featu=
re
> and it might be a good idea to expand it a bit.
>

I'm gonna let it go as it currently is, there's still time before PHP 8.0
for improvements.
IMO with all the goods like list of properties to set and restriction which
forces to properly initialize object instance with all required fields is
enough.


> Also, I have this question - is there any performance to be gained here?
> Cause right now object hydration is an issue and is somewhat slow. Can it
> be optimised?
> Also, usually I don't really want properties to be public (aka writeable)=
,
> so that means `private/protected` and I need to use the methods to set th=
e
> properties or reflection. I might have missed or don't remember it, but I
> don't think I saw a discussion about that use-case. Value object, DTO's -
> all have a big use case for it.
>

This feature has no implementation yet so won't speak out about performance
and optimisation now.
Declaring classes with private/protected fields doesn't mean you cannot to
object initialization using object initializer, you can do this from class
inner scope exactly the same way as you're able to access them from class
inner scope now.
This feature may not be a cure for all diseases, but I believe is the right
to reduce noise and boilerplate when instantiating and initializing simple
objects with type restrictions and ensures valid object state every time
it's used.

BR,
Micha=C5=82 Brzuchalski

--000000000000cb59dc05944d4a89--