![]() |
![]() |
![]()
Post
#1
|
|
Grupa: Zarejestrowani Postów: 49 Pomógł: 5 Dołączył: 14.09.2003 Ostrzeżenie: (0%) ![]() ![]() |
Temat znany niektórym od przynajmniej miesiąca - a nie widze żeby był tu na forum poruszany.
w skrócie: Developerzy PHP postanowili zmienić domyślny namespace separator. Po owocnej dyskusji podjęli dość kontrowersyjną decyzje aby nowym namespace separator został backslash - \. Uzasadnienie decyzji znajduje się tutaj - http://wiki.php.net/rfc/namespaceseparator. News informujący tutaj - http://news.php.net/php.internals/41374. Na wielu blogach zaczęły się pojawiać komentarze np.: http://loveandtheft.org/2008/10/26/set-sai...php-namespaces/ http://phpimpact.wordpress.com/2008/10/28/...es-controversy/ Jakie są wasze opinie na temat tej decyzji? Dla mnie jest to poroniony pomysł i wprowadza niepotrzebne zamieszanie. Po raz kolejny próbuje się wymyślać koło na nowo i tworzyć rozwiązania "pod siebie" zamiast pod developerów. |
|
|
![]() |
![]()
Post
#2
|
|
Grupa: Przyjaciele php.pl Postów: 1 789 Pomógł: 41 Dołączył: 30.10.2003 Skąd: Wrocław Ostrzeżenie: (0%) ![]() ![]() |
Hmm... Wydaje mi się, że to dobre posunięcie.
Sam przykład: Kod echo Foo::Bar::doe(); Co miałby wykonywać? Statyczną metodę w obiekcie Bar na przestrzeni Foo, czy funkcję doe z przestrzeni Foo? A co, jak mielibyśmy i funkcję doe na przestrzeni, i statyczną metodę doe na obiekcie Bar? Zastosowanie Foo\Bar::doe(); jeszcze da się znieść. Co do argumentu "Foo\tBar", to powiem, że przyjętym standardem jest rozpoczynanie nazwy klasy z dużej litery. A kolejny argument, że niby ogranicza to wolność wyboru nazwy, to może zezwolić na nazwy zaczynające się od $, :, :: oraz &... ? W końcu powinna być wolność. |
|
|
![]() ![]() |
![]() |
Aktualny czas: 14.10.2025 - 05:09 |