Le Wed, 2 Dec 2020 17:45:47 +,
"G. P. B." a écrit :
> The reason why this has been deferred is because of which semantics should
> be used for duplicate string keys.
['a' => 1, ...['a' => 2]] should be the same as ['a' => 1, 'a' => 2], I do not
see how any other way would be justifiable.
Am 02.12.2020 um 18:24 schrieb Florian Stascheck :
> I suggest to allow string keys to also be used in array literals:
>
> $template = ['created_at' => time(), 'is_admin' => 1];
> $db_rows = [
> ['name' => 'Alice', 'email' => 'al...@example.org', ...$template],
> ['name' => 'Bob', 'email' =>
>
> The reason why this has been deferred is because of which semantics should
> be used for duplicate string keys.
>
> Do we use the addition between two arrays semantics or the array_merge()
> semantics? See: https://3v4l.org/7QbWv
>
> As the previous RFC you linked initially wanted to use
On Wed, Dec 2, 2020 at 10:46 AM G. P. B. wrote:
> The reason why this has been deferred is because of which semantics should
> be used for duplicate string keys.
>
> Do we use the addition between two arrays semantics or the array_merge()
> semantics? See: https://3v4l.org/7QbWv
array_merge is
On Wed, 2 Dec 2020 at 17:24, Florian Stascheck
wrote:
> Hello!
>
> With PHP8 released and the named arguments RFC being implemented, there's
> now an inconsistency in how the spread operator works.
>
> Historically, the spread operator was first used in PHP 5.6 for arguments:
>
> function
Hello!
With PHP8 released and the named arguments RFC being implemented, there's
now an inconsistency in how the spread operator works.
Historically, the spread operator was first used in PHP 5.6 for arguments:
function php56($a, $b) {
return $a + $b;
}
$test = [1, 2];
php56(...$test) === 3;