Bug->Req #70016 [Opn]: SplDoublyLinkedList should return ::key() for key()
| From: | cmb@php.net | Date: | Wed, 26 Aug 2015 21:23:48 +0000 |
| Subject: | Bug->Req #70016 [Opn]: SplDoublyLinkedList should return ::key() for key() | ||
| References: | 1 | Groups: | php.bugs |
| Request: | Send a blank email to php-bugs+get-195543@lists.php.net to get a copy of this message | ||
Edit report at https://bugs.php.net/bug.php?id=70016&edit=1
ID: 70016
Updated by: cmb@php.net
Reported by: me at evertpot dot com
-Summary: SplDoublyLinkedList returns NULL for key()
+Summary: SplDoublyLinkedList should return ::key() for key()
Status: Open
-Type: Bug
+Type: Feature/Change Request
Package: SPL related
Operating System: Any
PHP Version: 5.5.26
Block user comment: N
Private report: N
New Comment:
I still don't think this is a bug, so I'm switching back to
feature request.
I don't deny that it might be nice to extend key(), current() and
next() to work on all Traversables (even though I personally very
rarely use these functions at all), several other array functions
should also be extended the same way for even more consistency,
see also
<https://github.com/php/php-src/pull/1385#issuecomment-121211253>.
Previous Comments:
------------------------------------------------------------------------
[2015-08-18 23:36:13] me at evertpot dot com
You were right. I was under the assumption that key() mapped consistently to Iterator::key(), but
this is not true at all.
In addition, I was also under the assumption that for generators, this syntax:
yield $key => $value
would also map to key(), but this is not true either. I also found out that neither current() nor
next() actually give meaningful results on the result of a generator function. That does seem like a
bug, as it works for other iterators.
So I'm sorry for the back and forward. I know you guys must get a lot of reports. While I still
think that key(), current() and next() should *just* work for any iterator, generator result or
array, you were right that at least in the case of key() this was never the case for *most*
iterators. So, up to you how you want to treat this.
------------------------------------------------------------------------
[2015-08-18 22:43:28] cmb@php.net
> current, next and key work on every Traversable.
Albeit not necessarily in a meaningful way, see
<https://3v4l.org/4EZrT>.
> The signature in the docs is simply *also* a bug, albeit a
> documentation bug.
Well, I don't think so, because key() internally expects a
HashTable as argument[1]. Passing an arbitrary Traversable might
cause undesirable overhead (and maybe worse; consider generators).
Anyway, as you are insisting that this is a bug, I'm changing back
to bug.
[1] <https://github.com/php/php-src/blob/php-5.6.12/ext/standard/array.c#L928-L937>
------------------------------------------------------------------------
[2015-08-18 21:39:14] me at evertpot dot com
current, next and key work on every Traversable. The signature in the docs is simply *also* a bug,
albeit a documentation bug.
See here for an alternative example using ArrayAccess:
https://3v4l.org/j0ab9
This has been a PHP feature since the introduction of Iterator.
------------------------------------------------------------------------
[2015-08-18 18:44:28] cmb@php.net
This is not a bug, see the signature of key():
| mixed key ( array &$array )
------------------------------------------------------------------------
[2015-07-08 03:49:36] me at evertpot dot com
Description:
------------
See code sample =)
Test script:
---------------
<?php
$foo = new SplDoublyLinkedList();
$foo->push('A');
$foo->push('B');
var_dump($foo->key());
var_dump(key($foo));
Expected result:
----------------
int(0)
int(0)
Actual result:
--------------
int(0)
NULL
------------------------------------------------------------------------
--
Edit this bug report at https://bugs.php.net/bug.php?id=70016&edit=1