Bug #52741 [Asn->Opn]: OOP late static bindings bug
| From: | colder@php.net | Date: | Tue, 14 Sep 2010 07:52:13 +0000 |
| Subject: | Bug #52741 [Asn->Opn]: OOP late static bindings bug | ||
| References: | 1 | Groups: | php.bugs |
| Request: | Send a blank email to php-bugs+get-154324@lists.php.net to get a copy of this message | ||
Edit report at http://bugs.php.net/bug.php?id=52741&edit=1
ID: 52741
Updated by: colder@php.net
Reported by: flyguy dot by at gmail dot com
Summary: OOP late static bindings bug
-Status: Assigned
+Status: Open
Type: Bug
Package: Scripting Engine problem
Operating System: *
PHP Version: 5.3.3
Assigned To: colder
Block user comment: N
New Comment:
You are dealing here with static properties (assigned to a class) and
resolution
fallbacks (reference to an undefined property in one class)
my_child::$blabla will fallback to the parent property, since strictly
speaking
no static property named "$blabla" exists in my_child. It will thus
reference
my_parent::$blabla.
No bug here.
Previous Comments:
------------------------------------------------------------------------
[2010-09-13 23:01:24] flyguy dot by at gmail dot com
Sory, my English is very bad :))
------------------------------------------------------------------------
[2010-09-13 22:46:23] flyguy dot by at gmail dot com
class my_parent {
public static $blabla='asd';
public static function set_blabla($val) {
static::$blabla=$val;
}
}
class my_child extends my_parent {
}
my_child::set_blabla('qwerty');
var_dump(my_child::$blabla);
var_dump(my_parent::$blabla);
--------
prints:
string 'qwerty' (length=6)
string 'qwerty' (length=6)
----
This is normal code too ?
Why changed extended propety on parent ?
By your logic inherited properties are not inherited properties.
Simply class-parent becomes part of the subclass.
------------------------------------------------------------------------
[2010-09-13 21:42:17] colder@php.net
parent:: forwards LSB information
In the initial case, it makes it perfectly normal for get_called_class
to return
test2, this is by design, if you don't want to pass the LSB info,
reference your
class by name, without keyword (i.e. test1::testing_method()).
---
Johannes:
on test3::testingmethod():
- parent::testing_method() will call parent (here test2), passing LSB
info
(test3)
- test2::testing_method falls back to test1::method, passing LSB info
test1::testing_method's get_called_class will be test3.
To me it sounds perfectly normal?
---
For the last comment:
static::$field is resolved to once my_child::$field and once
my_parent::$field,
my_child::$field falls back to my_parent::$field, and updates it.
=> normal again
Am I missing something here?
------------------------------------------------------------------------
[2010-09-13 00:13:13] flyguy dot by at gmail dot com
Ok. This situation is analogous to the one hand, but why then:
class my_parent {
public static $field;
public static function field_setup() {
static::$field='asd';
}
}
class my_child extends my_parent {
}
my_child::field_setup();
var_dump(my_child::$field);
var_dump(my_parent::$field);
----------
prints:
string 'asd' (length=3)
string 'asd' (length=3)
------------------------------------------------------------------------
[2010-08-30 18:35:08] johannes@php.net
Etienne, you are the LSB expert - what's your take on this? - In the
given example I can see the reporter's point. (While there is a "extends
test1" missing)
I wonder about this:
class test1 {
public static function testing_method() {
var_dump(get_called_class());
}
}
class test2 extends test1 {
}
class test3 extends test2 {
public static function testing_method() {
parent::testing_method();
}
}
Here parent might refer to test2, test2 inherits testing_method() from
test1 so the called class might be test2 ... some might argue that test1
is correct.
I think the most simple thing is to keep the current behavior and define
parent not to change the lsb scope.
------------------------------------------------------------------------
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/bug.php?id=52741
--
Edit this bug report at http://bugs.php.net/bug.php?id=52741&edit=1