Автор оригинала: grigori
PHP:
$a =array('a'=>1);
$ref=&$a['a'];
$b=$a;
$b['a']=2;
echo $a['a'];
AAAAпокалипсис! Всё, прямой доступ к элементам массива признается deprecated по мнению большого брата (aka умные дяди).
я написал пример как раз на основе аналогичного поведения массивов, вы обратили.
ну и? разве не апокалипсис? неужели вы думаете, что если по-моему мнению публичные свойства класса - зло, я благоволю к массивам?
да, они замечательно могут использоваться внутри классов, даже могут передаваться между объектами в качестве совокупности данных - только неизменяемой, ибо если с этими данными связанно хоть какое-то поведение, мы обязаны их инкапсулировать в объект.
в иных случаях, массивы - черные ящики. мы не знаем, что в них есть и чего в них нет. их использование на глобальном уровне - в большом проекте грозит сумасшествием для разработчиков. даже безо всяких ссылок.
(кстати, есть такая забавная деталь - суперглобальные массивы, которые при register_globals = off состоят из нормальных переменных, при register_globals = on - становятся состоящими из ссылок. в свое время я убил полдня на отладку в одном - признаться, не ахти написанном приложении - чтобы понять, почему все работает не так, как expected.)
PHP:
class X{
private $x;
function setX(&$x){
$this->x=&$x;
}
}
class Test
{
protected $member = 0;
function shout(){
echo $this->member;
}
function work(){
$this->member=2;
}
function __construct(X $x){
$x->setX($this->member);
}
}
вы бредите, не понимая к тому же смысла моего примера.
во-первых, в моем примере разработчик класса Test ни в чем не виноват (кроме того, что оставил публичные свойства), тем не менее непредсказуемое поведение наблюдается именно при работе с объектами этого класса. в вашем - (оставляя за скобками некорректность такой работы с объектами, как в вашем конструкторе класса Test) - разработчик видел интерфейс класса X, и если он передал защищенное свойство по ссылке другому объекту - он профнепригоден.
во-вторых, в вашем примере баг инкапсулирован в классе Test - достаточно заглянуть в конструктор и посмотреть на интерфейс класса X, чтобы понять, в чем дело (да-да, ошибки в ООП объектно-ориентированные и инкапсулированные). а куда разработчику в моем примере податься?..
All
странно, что мой пример с объектами никого не смутил, а с массивами - вызвал панику
)
по ссылке
Преведа всё очень хорошо и правильно расписано. В мануале (искал полтора года назад) вразумительных объяснений нет, только в комментариях пользователей и на bugs.php.net с классической благодарностью за интерес к php
)
такое устройство ссылок, на мой взгляд, является совершенно дурацким, но если смотреть исходники, понятно, почему так было сделано.
слава богу, в php 5 нет никакой необходимости использовать ссылки вовсе (кроме некоторых оптимизаций внутри классов или отдельных методов, где это поведение вполне контролируется).
