как PHP разжижает моск

[dil]

наглядный пример: жуткий глюк с областями видимости

Оригинал этой записи. Комментировать можно тут или там.

Любые материалы из этого блога запрещается использовать на сайте livejournal.ru в любой форме и любом объёме

Comments

[dkfl.livejournal.com]

да чувак новенький похоже.
php непрост, да :)

[1master.livejournal.com]

Человека ожидал увидеть нормальный язык. А не сошлось.

[dil.livejournal.com]

ну да, новенький. но вместо того, чтобы почитать документацию (http://php.net/manual/en/language.variables.scope.php), в которой английским по белому написано, что отдельная область видимости есть только у функций, а не у любых блоков, он сразу посчитал это багом

[dil.livejournal.com]

а немножко подумать - не судьба была, видать. не может каждый блок вводить новую область видимости для _всех_ переменных. этого ни в одном языке нет

[dkfl.livejournal.com]

ты такой серьезный, серьезный. ну кто читает мануалы про области видимости :)
а говорить global в функциях? это тоже с непривычки удивляет.

[l2tp.livejournal.com]

Ему дали почитать про области видимости:

Кстати, по вашей ссылке, ничего не сказано, про то, что области видимости накладываются или совмещаются.

Там про функции, про глобальные и статические переменные.
(c) (http://community.livejournal.com/ru_php/1474050.html?thread=21839362#t21839362)

[dil.livejournal.com]

нормальные люди, не читавшие мануалов, и наткнувшиеся на нелогичное с их точки зрения поведение, либо таки прочитают мануалы, либо спросят "а почему так?", но не будут с апломбом заявлять "да это баг!"

[dil.livejournal.com]

савсэм ничего нэ сказано, да..

читать, оказывается, тоже можно по-разному.. кто бы мог подумать

[starcat13.livejournal.com]

например в перле:

{
my $a=1;
print("1. a=$a\n");
{
my $a=2;
print("2. a=$a\n");
}
print("3. a=$a\n");
}
print("4. a=$a\n");

вывод:
1. a=1
2. a=2
3. a=1
4. a=

такого поведения автор и ожидал, как я понимаю.

[lazyboa.livejournal.com]

Опасная штука, этот ваш пхп.
Он ведь в него даже не углубился, только один раз слегка коснулся.

[dil.livejournal.com]

угу, это если явно объявлять в каждом блоке my $a.
а если не объявлять, то он будет себя вести точно так же, как php - будет одна общая переменная.

[dil.livejournal.com]

вот этим он и опасен: низкий порог вхождения..

[1master.livejournal.com]

Почему не может? Вот вопрос с тем, надо ли давать переопределять уже определенные переменные - неоднозначный. Хотя уж точно не надо делать это неявно.

Грубо говоря:
{
int i = 1;
{
i = 2; // явно просто присваивание переменной из родительской области видимости
int i = 3; // а вот здесь чего делаем? я бы ошибку выбрасывал, а то потом в коде каша будет.
}
}

[dil.livejournal.com]

это я к тому, что новая область видимости срабатывает не для _всех_ переменных, а только для тех, которые были явно объявлены внутри блока

[starcat13.livejournal.com]

ну нельзя в php явно объявить переменную, да :(

[dil.livejournal.com]

и потому авторы языка поступили логично: сделали отдельную область видимости только для одного типа блоков: для функций.

[dil.livejournal.com]

для c++ такая конструкция валидна. внутри блока до объявления видна внешняя переменная, после объявления до конца блока - внутренняя.

другой вопрос, что за такой стиль программирования надо убивать на месте, независимо от языка

[1master.livejournal.com]

Ну вот поэтому я склоняюсь к мысли, что компилятор должен взять в руки линейку и бить ей за такое по рукам.

[dil.livejournal.com]

g++ -Wall даже не поперхнулся на этом примере.
я бы на его месте выдал предупреждение, что так делать не нужно, хотя, конечно, если очень хочется, то можно

[starcat13.livejournal.com]

логично, согласен.

[pcmag-ru.livejournal.com]

Там мозг был разжыжен сугубо до, судя по всему. Иметь твердую уверенность, что операторные скобки ограничивают область видимости переменной всегда и везде -- это, наверное, надо было на чем-то паскалеобразном что ли учиться...

[pcmag-ru.livejournal.com]

+1.

[dil.livejournal.com]

ограничения видимости блоком всегда и для всех переменных нет ни в одном известном мне языке. в том числе, в паскале. и я не могу придумать, зачем это могло бы понадобиться

[pcmag-ru.livejournal.com]

Ну да. Но где-то же товарищ это видел... И видел долго, судя по убежденности, ведь даже исходники его не убедили 8)

[dbg.livejournal.com]

Нет, ну ведь реально же bug. Language design bug.

[http://users.livejournal.com/_windwalker_/]

в жабе ограничивают

[http://users.livejournal.com/_windwalker_/]

ага, а в ц можно прыгнуть внутрь операторных скобок, что весьма помогает в компиляции и оптимищации этого говна.

облосте видемосте

[cottidianus.livejournal.com]

ппкс

[llivejo]

да такие люди везде, не только в программировании

(факт) "не смог подключиться к серверу" -> (утверждение) "ваш сервер снова лежит!"

боюсь, что это теперь такая норма, и это мы - ненормальные

[dil.livejournal.com]

ну если только в самом факте появления этого языка :)

[dil.livejournal.com]

_всегда и везде_ ограничивают? неправда. ограничивают для перемнных, объявленных внутри этого блока. но это и во всех остальных языках так же

[dil.livejournal.com]

тут речь не про удобство компилятора, а про логическое поведение языка