Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:112167
MIME-Version: 1.0
References: <CAM0CcxjF3TzcFZegM3KvA07K_dQPnN=Mp-kkYK94Mja487KKtQ@mail.gmail.com>
 <CAG9XoMQrp_SvoZ2Ls+=ybTeZYxDbyASda2wFu=zGKkFSwJ3yPw@mail.gmail.com>
 <CAFPFaM+8rSM4Meisr8Nwxu5DdA5=D+D7r2n6ptN4_W8hV3X9_Q@mail.gmail.com> <CAM0Ccxii9WdUndo_2-NTB7Z-QD0dwn_7egyMLtkHXG2Ffn2HKg@mail.gmail.com>
In-Reply-To: <CAM0Ccxii9WdUndo_2-NTB7Z-QD0dwn_7egyMLtkHXG2Ffn2HKg@mail.gmail.com>
Date: Tue, 3 Nov 2020 21:19:20 +0200
Message-ID: <CAM0Ccxg2G=oBp+8x2xsYz2xF5WatPYZo=L87KLXHXJeaCXvwxg@mail.gmail.com>
To: internals@lists.php.net
Content-Type: multipart/alternative; boundary="00000000000012b5d005b338bede"
Subject: Fwd: [PHP-DEV] Nullsafe
From: zsidelnik@gmail.com (Eugene Sidelnyk)

--00000000000012b5d005b338bede
Content-Type: text/plain; charset="UTF-8"

---------- Forwarded message ---------
From: Eugene Sidelnyk <zsidelnik@gmail.com>
Date: Tue, Nov 3, 2020 at 9:05 PM
Subject: Re: [PHP-DEV] Nullsafe
To: G. P. B. <george.banyard@gmail.com>


Null value by itself was invented to indicate lack of data.
But we can't just use it instead of objects, because of how it works.
We need to create a boilerplate of NullObjects.
Consider the abstract factory example:
https://3v4l.org/9D9LU

The problem is not with nullsafe operator. It is basically in null
constant. To correctly work with absence of object, NullObjects is required
(one for each abstraction).

> I don't see why users should return null values more often.

They should not return null values! But with nullsafe they will be prone to.


On Tue, Nov 3, 2020 at 8:33 PM G. P. B. <george.banyard@gmail.com> wrote:

> On Tue, 3 Nov 2020 at 16:48, Benjamin Morel <benjamin.morel@gmail.com>
> wrote:
>
>> On Tue, 3 Nov 2020 at 17:38, Eugene Sidelnyk <zsidelnik@gmail.com> wrote:
>>
>> > I am wondering why don't we use ordinary `->` operator with safe null
>> > handling?
>>
>
> Implicit nullable is terrible, moreover I don't see why users should
> return null values more often.
> They serve their purpose but most of the time you can use another
> sane/safe default of the given
> property type.
>
> Moreover, I don't see the issue with another operator as it conveys
> *clear* intent especially in
> PHP as everything is `null` by default (might warn but still).
>
> *Technically* this isn't a BC break, but it's an enormous change of
> semantics for something
> which is worse IMHO. Also the operator has already been voted on,
> accepted, and implemented.
>
> Regards,
>
> George P. Banyard
>

--00000000000012b5d005b338bede--