[php] $GLOBALS['var'] a global $var - roznice Opcje

[erix]

Witam!

Czy sa jakies roznice (wydajnosc, bezpieczenstwo, wylaczajac zasieg) w operowaniu na zmiennych przez superglobalna $GLOBALS a wczesniejsza jej 'globalizacja' przez global?

[em1X]

a global to nie jest po prostu umieszczenie zmiennej w tablicy GLOBALS ?

[erix]

Chyba nie...

Mam gdzies zmienna poza funkcja. I chce teraz ja powiedzmy odczytac.

Lepiej bedzie przez global czy $GLOBALS?

W $GLOBALS jest zawsze, ale mam tak skonstruowany kod, ze do zmiennej 'dojezdzam' dlugim autobusem...

[siemakuba]

zmienne które z natury mają zasięg globalny to takie których nie definiujesz wewnątrz funkcji, metody, które nie są wartościami w klasie. Zmienne te będziesz miał dostępne w tablicy $GLOBALS, czy zadeklarujesz je tam jawnie ($GLOBALS['a'] = 'b';) czy nie ($a = 'b'; -> tu oczywiście deklaracja musi być tam gdzie zasięg jest globalny).

Pomijając fakt, że powinno się dążyć do programowania w taki sposób aby korzystanie z globalnych zmiennych przez $GLOBALS czy global $zmienna nie było konieczne, jedyna różnica jaką widzę to wygoda.

Potrzebując w funkcji dużo zmiennych globalnyych musisz o nich wszystkich pamiętać i zadeklarować je jako globalne:

[PHP] pobierz, plaintext 
<?php
function someFunction()
{
	global $var1, $var2, $var3, $varN;
}
?>
[PHP] pobierz, plaintext 

Używając tablicy $GLOBALS nie musisz deklarować potrzebnych zmiennych jako globalne, bo jawnie korzystasz z nich jako globalnych ($GLOBALS['var1']). Skorzystanie z $GLOBALS wydaje mi się wpłynie też na czytelnośc kodu, bo ktoś (nawet ty sam po jakimś czasie) spoglądając na kod odrazu będzie wiedział skąd wzięły się dane zmienne.

pozdr.

[erix]

jedyna różnica jaką widzę to wygoda

no i o taka odpowiedz mi chodzilo

a wracajac - w moim projekcie globalem byloby lepiej, bo musze powtarzac $GLOBALS praktycznie w kazdej linijce, a zmienna dostepna globalnie, to tablica.

Thx

Ten post edytował erix 18.06.2006, 12:32:04

[mike]

(...) w moim projekcie globalem byloby lepiej, bo musze powtarzac $GLOBALS praktycznie w kazdej linijce...

Wywal ten projekt do kosza i zacznij pisać jeszcze raz.
Korzystanie ze zmienny globalnych to ostateczność. Całkowita ostateczność, nie powinno się z nich korzystać.

[erix]

UZASADNIJ.

Chodzi o to, ze mam zestaw klas i chce sie do jednej z nich odwolac z funkcji innej.

Tak OT, to gdybys z wewnatrz jakiejkolwiek klasy chcial odwolac sie do, dajmy na to, warstwy sql, to chyba inaczej nie daloby sie, nie?

Ten post edytował erix 18.06.2006, 12:40:42

[mike]

Chodzi o to, ze mam zestaw klas i chce sie do jednej z nich odwolac z funkcji innej.

Tworzysz instancję klasy wewnątrz innej klasy i wywołujesz metodę. Albo wywołujesz metodę statycznie o ile można to zrobić.

Tak OT, to gdybys z wewnatrz jakiejkolwiek klasy chcial odwolac sie do, dajmy na to, warstwy sql, to chyba inaczej nie daloby sie, nie?

Dlaczego?
Piszesz klasę na wzorcu singleton i tam gdzie chcesz to sobie pobierasz połączenie. Od lat tak robię.

Zresztą od lat pisze duże projekty i ostatni raz kiedy musiałem zastosować zmienne globalne to było ... nidgy.

[erix]

ale wciaz nie wiem dlaczego NIE STOSOWAC zmiennych globalnych... :/

[siemakuba]

le wciaz nie wiem dlaczego NIE STOSOWAC zmiennych globalnych... :/

Myślę, że mamy tu pewne niezrozumienie. Zmiennych globalnych nie należy stosować ze względów przejrzystości kodu, łatwości modyfikacji. Z kodu powinno wynikać co skąd się bierze. Nie znam się na teorii programowania, ale wiem że korzystanie ze zmiennych globalnych przeczy np. istocie funkcji jako takich. Po co jest funkcja? Po to, żeby zebrać pewne czestwo powtarzane fragmenty kodu w jej ramach i zapewnić sobie łatwy dostęp do tych czynności. Stosując zmienne globalne przeczysz temu, bo musiałbyć w każdym fragmencie kodu w którym chcesz użyć danej funkcji zadbać o to żeby te globalne zeminne istniały i w efekcie funkja działała poprawnie. Po to się do funkji przekazuje parametry i po to funkcja zwraca wartość, żeby nie trzeba było uzależniać jej od danych bezpośrednio nie związanych z jej zadaniem.
Jeżeli natomiast funkcja jest używana tyklo w jednym miejscu, gdzie masz utworzone potrzebne zmienne globalne, wtedy... nie potrzebujesz do tego zadania funkji :)

Należy natomiast wyłączyć register_globals, co spodowuje że nie będzie autmatycznie ze zmiennej $_GET['wanda'] tworzona zmienna $wanda. Tu akurat może mieć to zasadniczy wpływ na bezpieczeństwo twojego skryptu.

pozdr.

[em1X]

Zmiennych globalnych nie powinno sie stosowac, poniewaz w duzych projektach w koncu doprowadzi to w pewnym miejscu do kolizji nazw zmiennych. W przypadku gdy wiele osob pracuje nad projektem, w wynikach zacznie sie pojawiac taki meksyk, ze przez miesiac nie dojdziecie dlaczego.

Sa pewne zasady programowania, ktorych programista powinien przestrzegac.. w kazdej szanujacej ksiazce o php o tym przeczytasz erix.

Pozdrawiam.

[erix]

To juz chyba standard, zeby nie korzystac z register_globals; nawet nie mysle o tym

Ale, jak dla mnie, wygodniej bedzie z global $var, bo trzeba mi TYLKO jedna tablice zglobalizowac.

A bawic sie z rzutowaniem?

BTW: zapomnialem napisac, ze PHP4, nie 5

[em1X]

bynajmniej nie mowimy tutaj o register_globals, ale u uzywaniu global" title="Zobacz w manualu php" target="_manual.

[erix]

em1X, nadmienilem do siemakuba
to bylo tak OT...

[em1X]

jasna sprawa

na przyszlosc pamietaj, ze wszelkie problemy globalizacji rozwiazuje Singleton. A takie rozwiazywanie problemow swiadczy juz o pewnej dojrzalosci w programowaniu (samodoskonalenie się).

[siemakuba]

To juz chyba standard, zeby nie korzystac z register_globals; nawet nie mysle o tym :D

rajt, wspomniałem o tym żeby nie było wątpliwości ;)

Ale, jak dla mnie, wygodniej bedzie z global $var, bo trzeba mi TYLKO jedna tablice zglobalizowac.

Moje zdanie jest takie, że najlepiej zaprogramować tak, żeby nie trzeba było uzywać global. Ale z drugiej strony jest on po to, żeby go uzyć tam gdzie nie da się inaczej ;>

BTW, skoro to tylko jedna tablica to jaki problem przekazać ją jako parametr? Jeżeli chcesz w funkcji zmieniać wartości tej tablicy a nie tylko korzystać z danych w niej zawartych, przekaż ją jako referencję.

[PHP] pobierz, plaintext 
<?php
function someFunction($param1, $param2, &$referenacjaDoTablicy)
{
}
?>
[PHP] pobierz, plaintext 

pozdr.

[erix]

O zesz! Chodzila mi po glowie referencja, ale nazwy zapomnialem...

Po dyskusji z em1Xem doszedlem do wniosku, ze bedzie lepiej, jesli przejde na Singleton

EOT

[em1X]

Moze inni wyciągną wnioski co jest lepsze i wygodniejsze.
Link do wzorca Property dla wersji PHP5

Use case:

[PHP] pobierz, plaintext 
<?php
require 'Property.php';
 
Property::set('mysql_host', 'localhost');
Property::set('mysql_user', 'root');
Property::set('mysql_pass', 'pass');
 
function testGlobal()
{
	echo "Polaczenie z MYSQL na hoscie ".Property::get('mysql_host')."<br/>";
	echo "user ".Property::get('mysql_user')."<br/>";
	echo "pass ".Property::get('mysql_pass')."<br/>";
}
 
testGlobal();
?>
[PHP] pobierz, plaintext 

Ten post edytował em1X 18.06.2006, 14:35:53

[erix]

Singleton.

Jeszcze do tego linka: w przykladzie dla PHP4 wywala bledy, zadzialalo dopiero to: http://webcity.pl/webcity/artykuly.php/t/62

Wreszcie zrozumialem o co w tym naprawde chodzi. Dziekuje!