Ne znam baš da li možeš na neki drugi način. Zašto uopšte želiš da ih ne proglašavaš za global?

Ja ne pročitah da traži način izuzev da ih proglasi globalnim varijablama!

Jedino da konstante koristiš :D

Pa,ako bi kasnije koristio klase... promenjiva bi bila vidljiva svuda a ne samo u klasi...

Ovo radi odakle god hoces:
$GLOBALS['mojaVarijabla'] = 'neka vrednost';
dakle, i ovo isto:
echo $GLOBALS['mojaVarijabla'];

Praktican primer:

^
I ovo je niz globalnih varijabli. Ne mozes da uradis ono sto si zamislio tj neces bas tako lako preci sa funkcija na klase. Ako zelis klase, promenljive definisane u okviru klase su vidljive funkcijama koje su u okviru te klase. Ako nema klasa onda je global resenje za razmenu ili da varijablu prenosis kroz parametar funkcije.

Ukratko po pitanju klase to bi bilo ovako:




_{[Ovu poruku je menjao Nemanja Avramović dana 21.01.2008. u 23:42 GMT+1]}

Malo ti je zahtev cudan mora da priznam. Da prelazis sa funkcija na klase. Zasto odma nebi pravio klase?
Inace nije jedini nacin je da definises globalnu promenljivu. Mozes da napravis funkciju koja ce da ti vraca te promenljive, pa da unutar svoje funkcije pozivas tu funkciju. Na slican nacin je u ATK uradjeno pozivanje config promenljivih, koristi se getConfig("ime promenljive") funkcija.
Skini kod pa pregledaj kako to radi ;)
http://www.achievo.org/atk

Pa standardno kao u svim programskim jezicima....definisi promenljive kao globalne izvan zagrada bilo koje funkcije...


$var1 // Globalna promenljiva

function test1()
{
.....
}
function test2()
{
.....
}

Hajde Mladene pojasni malo ovaj tvoj primer do kraja, jer se bojim da ce ispasti pogresan.
Neces moci pozvati promenjivu unutar funkcije samo ako si je definisao "izvan zagrada".

Moj predlog se možda učini malo radikalnim ali ako ti je potrebno da prevaziđeš ograničenja stateless protokola kakav je HTTP zašto ne bi iskoristio prednosti sesionih promenjljivih. Sesione promenjljive su zato i napravljene zar ne? :)

Dakle, umesto dodeljivanja globalnog scope-a bilo kojoj promenjljivoj lepo se na početku skripte aktivira sesija i po potrebi rade sve manipulacije sa sesionim promenjljivama koje se smeštaju na serveru i koje su vidljive u kompletnom skriptu :)

Na taj način developer ne mora da razmišlja o tome koje su mu promenjljive trenutno vidljive u kom delu koda već je sve lepo i uredno smešteno u $_SESSION superpromenljivu :)

Pa sad ako cemo po definicijama, nije bas tako...
Kako pise u manualu:

uz upozorenje

Sto ukratko ukazuje da se u sesiji cuvaju podatci pojedinacnog korisnika, kako bi se lakse personalizovala aplikacija. Podatci kao sto su: username, trenutni jezik, mozda sadrzaj shoping karte, interna navigacija, poslednja pretraga, paginacija, broj rekorda po stranici paginacije, itd. Znaci podatci koji su direktno vezani za odredjenog korisnika, ne za samu aplikaciju. Tako je recimo neprikladno (a i nesigurno) smestiti objekat koji radi sa bazom u sesiju, samo da bi bio dostupan svim funkcijama i metodama. U vecini slucajeva se sesija cuva u fajlu, i opet u vecini slucajeva je taj fajl u sherovanom folderu na shared hostingu, pa bi otkrivanje nekog ovakvog fajla sa serijalizovanim objektom konekcije na bazu dovelo do ozbiljnog propusta. Takodje se objekti cuvaju u memoriji, dok je sesija opet, cesto u fajlu ili u bazi, sto je nepotrebno zauzimanje resursa.
Bas je iz tih razloga i kreirana superglobalna promenjiva $GLOBALS

Sto znaci da se ovde smestaju reference ka promenjivama, ne pravi se kopija promenjive kao sto je to slucaj sa sesijom, sto itekako cuva resurse, pogotovo sa velikim objektima koji nisu direktno povezani sa pojedinacnim korisnikom.

A uvek postoji mogucnost da je korisnik iskljucio cookies, tako da potpuno oslanjanje na sesiju u ovom slucaju pada u vodu

@dakipro
Zato sam i napomenuo da je rešenje malo radikalno pošto je globalno definisanje promenjljive već odbačeno u samom startu a $GLOBALS super promenjljiva već pomenuta pa rekoh ajde da pomenem i sesije kao opciju

Što se tiče $GLOBALS superpromenljive ni ona nije bez mana. Uopšte svaki pristup programiranju u kome se kod oslanja na proglašavanje nečega da je "vidljivo" na globalnom nivou je loš. Evo jednog interesantnog članka koji ukratko objašnjava najznačajnije kritične tačke $GLOBALS niza kao i razloge gde i kada ga ne treba koristiti Iskreno, lično je nikada nisam koristio do sada

http://www.hardened-php.net/globals-problem

Interesantan clanak.
Doduse ne mora da brinemo o toj kompatibilnosti (php4 - php5) buduci da je php4 od nove godine istorija ;)
inace svidja mi se primer iz clanka.

Da ali činjenica da nešto nije više oficijelno podržano od strane proizvođača ne znači da se isto to neće još dugo vrteti na serverima