Comments on: PHP Class: AutoLoader

By: misu

misu — Wed, 19 May 2010 19:26:31 +0000

Poti repune sursele? ca nu iti merg linkurile

By: Liviu

Liviu — Fri, 12 Feb 2010 14:47:31 +0000

Salut Victor,

Vre-o șansă să mai găsesc pe undeva sursele de mai sus ?

Mulțam.

By: gion

gion — Tue, 21 Oct 2008 20:53:08 +0000

Salve,

Dar de ce ai vrea sa faci asta in primul rand, de ce ai vrea sa incarci o clasa de oriunde ?

Orice cache ai face tot e nasol, cel mai bine e eventual sa-ti “compilezi” fiserele dintr-un “package” intr-unul singur, gen Doctrine compiled …

Dar si asta e nasol, ce castigi pe disk queries, pierzi pe disk access.

TF with it … probabil ca intr-o buna zi v-a avea si “asta”, php “asta” … un bytecode compiler de la “tatal” lui (bcompiler :P)

By: Victor Stanciu

Victor Stanciu — Sun, 11 May 2008 13:57:35 +0000

Salut Dragos,

Citeam comentariul tau si ma tot intrebam unde vrei sa ajungi si care e diferenta fundamentala :)). Intr-adevar asta e si sistemul propus de mine.

Multumesc oricum :)

By: Dragos

Dragos — Sun, 11 May 2008 09:57:59 +0000

Sorry, am comentat inainte sa ma uit la codul tau. That’s it.

By: Dragos

Dragos — Sun, 11 May 2008 09:03:23 +0000

Eu fac un scan recursiv la directoarele din include_path si fac un cache intr-un array in format php cu var_export(). Daca o clasa exista in mai multe path-uri, va fi pastrata cea din prima locatie gasita.

Deci conteaza ordinea din include_path – intai pun librariile mai “mici” si apoi cele “mai mari”.

(Side note: asta e util si pentru ca poti sa “override” anumite clase daca ai vrea sa faci asta, desi nu stiu cat de buna ar fi aceasta practica.)

Daca atunci cand se autoincarca o clasa incluziunea esueaza (nu fac verificarea file_exists pentru ca e scumpa, doar include()), se regenereaza cache-ul. Daca nici dupa regenerare nu se poate include, atunci “Class not found” :)

Sper ca are sens.

By: aurelian

aurelian — Wed, 02 Apr 2008 21:51:57 +0000

M-am apucat sa imi refac “frameworku’” si acum am pus niste fisiere init.php pentru fiecare “pachet” in parte.
De exemplu asta: http://svn.berlios.de/svnroot/repos/medick/exp/medick2/vendor/medick/lib/context/init.php cu un document “draft” “aici”:http://svn.berlios.de/svnroot/repos/medick/exp/medick2/AUTOLOAD.
Codul prezentat acolo este experimental / netestat si scris prin avion, acum l-am pus si in svn ca exemplu :)

By: Victor Stanciu

Victor Stanciu — Wed, 02 Apr 2008 18:54:00 +0000

Salut Aurelian, foarte interesanta abordare. Voi cerceta in directia asta. Intr-adevar daca faci uz de foarte multe "pachete" cum le-ai numit tu externe, la un moment dat te vei vedea in situatia de a avea dificultati in alegerea unui nume cat mai descriptiv si natural pentru o clasa. Orice pas in directia rezolvarii acestei probleme clar merita studiat indeaproape. Pacat ca documentatia functiilor din SPL este cel putin lacunara. Poate vei gasi la un moment dat un scurt timp si pentru o exemplificare :)

By: aurelian

aurelian — Wed, 02 Apr 2008 18:43:16 +0000

folosesc de ceva timp functiile spl_autoload* pentru a adauga functionalitati similare plugin-urilor, sau configuratii de autoload per folder/”pachet”. mi se pare o metoda bunicica daca nu vrei sa folosesti nume urate pentru clase cu _ sau alte conventii.

By: Victor Stanciu

Victor Stanciu — Wed, 02 Apr 2008 06:37:14 +0000

Salut Florin,

Good point, orice metoda de autoload vei folosi se va lovi de o problema de acest gen la un moment dat. Nu poti sari peste toate verificarile.

In orice caz, am actualizat atat sursa cat si arhiva. Avand in vedere ca oricum se verifica daca fisierul de cache poate fi inclus, verificarea daca acesta exista este oarecum redundanta.

Prin urmare, inainte de Exception-ul corespunzator cazului in care nu poate include fisierul, acum se face o reincercare (inclusiv a recreeri lui).

Multumesc :)