Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:105101
MIME-Version: 1.0
References: <003a01d4eaf0$c17d6c20$44784460$@jhdxr.com> <alpine.DEB.2.21.1904041706150.11325@singlemalt.home.derickrethans.nl>
 <CALKiJKr3PWop5ar+wwEKNNGncAzEsXx3bzpqWWNG=FqDoz+_XA@mail.gmail.com>
 <00a401d4eb7c$afa671e0$0ef355a0$@jhdxr.com> <CABdc3Wogg6YkbSXpuNrEr93cBzfAuy6XBxpVi6py4OveMEzW0w@mail.gmail.com>
 <CALKiJKr9TA2yRQhR9VGhc5kRNn7V7rMxNPRP4q-_=o9cxnG8ag@mail.gmail.com>
In-Reply-To: <CALKiJKr9TA2yRQhR9VGhc5kRNn7V7rMxNPRP4q-_=o9cxnG8ag@mail.gmail.com>
Date: Fri, 5 Apr 2019 11:00:59 +0200
Message-ID: <CABdc3WpvFdZNFfFt+oWX-hpe6w=d55x2rdVYPSHmw6JhK5T1uw@mail.gmail.com>
To: Rowan Collins <rowan.collins@gmail.com>
Cc: PHP internals <internals@lists.php.net>
Content-Type: multipart/alternative; boundary="00000000000090a94b0585c4ba8a"
Subject: Re: [PHP-DEV] [RFC] Spread Operator in Array Expression v0.2
From: michal@brzuchalski.com (=?UTF-8?Q?Micha=C5=82_Brzuchalski?=)

--00000000000090a94b0585c4ba8a
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

pt., 5 kwi 2019 o 10:50 Rowan Collins <rowan.collins@gmail.com> napisa=C5=
=82(a):

>
> The original draft discussed this, but there wasn't agreement on how
> identical keys should be handled, e.g.:
>
> $a =3D ['foo' =3D> 1, ...['foo' =3D> 2]]
>
> Should $['foo'] be 1 or 2? Cases were made for both, and it was pointed o=
ut
> that if we get named arguments, the argument spread operator will need to
> work the same way as whatever is decided for arrays.
>
> So the current approach is to get integer keys working first, using the
> same behaviour as for parameters, and then revisit string keys later.
>

So we're talking about providing incomplete feature now, right?

I would opt to the same behaviour as ['foo' =3D> 1] + ['foo' =3D> 2] // whe=
re
'foo' key results in 1

But maybe this should be optional voting for that, either way, we're
delivering feature
which has very limited usage which can be confusing, cause I can
array_merge or
use + operator so why can't I use keys with spread operator if I already
have them in
my generator, iterable or array which came from for eg. json_decode or
whatever.

--=20
regards / pozdrawiam,
--
Micha=C5=82 Brzuchalski
about.me/brzuchal
brzuchalski.com

--00000000000090a94b0585c4ba8a--