Пространства имен в 5.3 - доступны снапшоты
- Автор темы Develar
- Дата начала
Major
Новичок
fixxxer
А где здесь глобальные переменные?
Не добавили пока что поддержку переменных в неймспейсах в доступных снапшотах.
А где здесь глобальные переменные?
Тоесть, да, сейчас они глобальные. Но по идеологии неймспейсов $var не будет глобальным, а будет упрятан в пространство test. И обращение должно быть через test:: $var. Эта переменная глобальная, относительно пространства test, но за пределами, она не будет уже никак глобальной. Точнее была бы, так как сейчас этого как раз -таки нет.
Не добавили пока что поддержку переменных в неймспейсах в доступных снапшотах.
fixxxer
А ничего не надо делать. Переменная находящая с каком-либо пространстве имен не является глобальной по определению(так как она принадлежит не к глобальной области видимости а к вполне определенному пространству имен), а все переменные определенные вне какого-либо пространства имен являются глобальными и должны попасть в массив $GLOBALS.
Major
Новичок
Вообще же есть глобальное пространство имен. Я считаю что $GLOBALS - это вообще анахронизм. Сейчас уже можно обращаться к функциям, находящихся в глобальном пространстве через пустой NS:
Так почему бы не упразднить $GLOBALS и не использовать вместо него глобальный неймспейс для переменных?
Даже если этого не сделают, хотя бы просто сделали так, что переменные из NS не были видны вне этого NS. Это мое скромное имхо.
PHP:
<? // inc.php
function foo(){ echo 'GLOBAL'; };
?>
<? // NS.php
namespace test;
function foo(){ echo 'LOCAL'; };
foo(); // LOCAL
::foo(); // GLOBAL
?>
<?
include 'inc.php';
include 'NS.php';
foo(); //GLOBAL
test::foo(); //LOCAL
?>Так почему бы не упразднить $GLOBALS и не использовать вместо него глобальный неймспейс для переменных?
Даже если этого не сделают, хотя бы просто сделали так, что переменные из NS не были видны вне этого NS. Это мое скромное имхо.
Major
Если сразу убрать $GLOBALS, то очень сильно нарушится обратная совместимость версий, что не есть хороше в данном случае, а вот если запихнуть в этот массив все из глобального пространства имен, то никакого противоречия не будет и таких больших проблем с обратной совместимостью тоже не будет.
P.S> Интересно, а что об этом думают те, кто более серьезно занимается разработкой самого PHP?
Если сразу убрать $GLOBALS, то очень сильно нарушится обратная совместимость версий, что не есть хороше в данном случае, а вот если запихнуть в этот массив все из глобального пространства имен, то никакого противоречия не будет и таких больших проблем с обратной совместимостью тоже не будет.
P.S> Интересно, а что об этом думают те, кто более серьезно занимается разработкой самого PHP?
tf
крылья рулят
PHP:
<?
#start include 'inc.php';
function foo(){ echo 'GLOBAL'; };
#end include 'inc.php';
#start include 'NS.php';
namespace test;
function foo(){ echo 'LOCAL'; };
foo(); // LOCAL
::foo(); // GLOBAL
#end include 'NS.php';
foo(); //GLOBAL
test::foo(); //LOCAL
?>
во напридумывали
лично меня устраивает все, как есть, я не использую глобальные переменные. ни один современный фреймворк их тоже не использует. а если ваши скрипты выглядят как простыня, то вам неймспейсы мало помогут.
смысл неймспейсов - элегантная замена префиксов в именах классов, и не более того.
лично меня устраивает все, как есть, я не использую глобальные переменные. ни один современный фреймворк их тоже не использует. а если ваши скрипты выглядят как простыня, то вам неймспейсы мало помогут.
смысл неймспейсов - элегантная замена префиксов в именах классов, и не более того.
fixxxer
Переменная локализованная в пространстве имен не является глобальной. Да и обоснованное использование для них найти можно (пример стандартные потоки ввода/вывода в С++ std::cin; std::cout) В php, так можно обращаться например к данным из конфигурационных файлов, так как эти структуры должны создаваться строго один раз и меняться по ходу выполнения не должны.
Смысл пространств имен в локализации области видимости, при том не важно чего, функций, классов или переменных.