Sono sicuro che lo sai, quando programmiamo script PHP dividiamo il codice in molti file e per avere tutte le parti disponibili le carichiamo con una serie di chiamate `include`, `require` o preferibilmente `require_once`, che garantisce il caricamento solo una volta.
Nel codice appare così:
require_once 'Router.php';require_once 'Pagina.php';require_once 'Paginator.php';
Lo svantaggio principale di questo approccio è che il programmatore deve costantemente assicurarsi che tutto sia sempre caricato. Ma se carica molto, perde prestazioni inutilmente e raggiunge il disco molte volte. Quindi la soluzione manuale ha solo problemi.
Fortunatamente, c'è un supporto nativo in PHP per il cosiddetto Class Autoloading, che è la logica nel codice che carica un file di classe solo quando è necessario (tipicamente quando un'istanza viene creata per la prima volta).
Una semplice implementazione potrebbe quindi apparire come questa:
spl_autoload_register(function (string $className): void {include 'src/' . $className . '.php';});$obj = new MyClass1();$obj2 = new MyClass2();
Quando si crea un'istanza della classe MyClass1
, la funzione spl_autoload_register
legge il file MyClass1.php
dalla directory src
. Questa implementazione presuppone che ogni classe sia in un file separato chiamato dal nome della classe o dell'interfaccia.
In un'applicazione reale, possono sorgere molte situazioni spiacevoli che complicano l'autoload, per esempio:
Tuttavia, non abbiamo bisogno di programmare la nostra soluzione per tutto questo, ma possiamo usare la soluzione esistente una volta progettata.
Se stai usando Composer, probabilmente stai usando anche il suo autoloading nativo. Questo perché quando si installa qualsiasi pacchetto, Composer genera automaticamente una class map
, che è una panoramica delle classi e delle loro posizioni fisiche.
Poi all'inizio del codice (tipicamente in index.php
) basta usare:
require __DIR__ . '/vendor/autoload.php';
Tuttavia, l'autoloading viene generato solo una volta quando viene chiamato il comando composer dump
, quindi è necessario rigenerare l'autoloading ogni volta che l'applicazione cambia.
Per lo sviluppo locale, mi piace molto il pacchetto nette/robot-loader
, che attraversa automaticamente la struttura delle directory e memorizza le posizioni delle classi. Così se carichiamo una classe, prima guarda nella cache e solo se non esiste, reindicizza automaticamente il progetto. Pertanto, il programmatore non deve tenere traccia di dove si trova qualsiasi file o classe e semplicemente programmare.
Installazione tramite Composer:
composer require nette/robot-loader
La spiegazione di base della funzionalità è descritta nella documentazione stessa:
Simile a come il robot di Google scansiona e indicizza le pagine web, RobotLoader scansiona tutti gli script PHP e nota quali classi, interfacce e tratti ha trovato in essi. Poi mette in cache i risultati della sua ricerca e li usa nella richiesta successiva. Quindi devi solo specificare quali directory sfogliare e dove fare la cache.
È poi estremamente facile da usare:
$loader = new Nette\Loaders\RobotLoader;// aggiungere le directory che RobotLoader dovrebbe indicizzare$loader->addDirectory(__DIR__ . '/app');$loader->addDirectory(__DIR__ . '/libs');// imposta la cache su disco nella directory 'temp'.$loader->setTempDirectory(__DIR__ . '/temp');$loader->register(); // avviare RobotLoader
L'impostazione $loader->setAutoRefresh(true o false)
determina se RobotLoader deve reindicizzare i file quando incontra una nuova classe. Questo dovrebbe essere disabilitato sui server di produzione.
Ecco, ora non dovrete più avere a che fare con l'autoloading.
Uso una soluzione combinata quando sviluppo un progetto reale.
Il modo in cui funziona nella vita reale è che carico i pacchetti installati tramite Composer autoload (che è molto efficiente) e questo risolve il caricamento di tutte le classi nella directory vendor
.
Il codice per il progetto specifico viene poi messo nella directory app
, dove gestisco l'autocaricamento di poche classi tramite RobotLoader. La cosa importante è mantenere sempre l'applicazione concreta più piccola possibile e usare il più possibile pacchetti già pronti, questo favorisce molto la riusabilità.
La struttura del progetto si presenta così:
/appBootstrap.php <-- konfigurace/modelUserForm.php <-- projektové třídyRegisterFactory.php.../vendor... <-- knihovny/wwwindex.php <-- inicializace
A volte può succedere che non tutti i file si carichino sempre e che si trovino dei problemi.
Per il debug, raccomando la funzione get_included_files().
Jan Barášek Více o autorovi
Autor článku pracuje jako seniorní vývojář a software architekt v Praze. Navrhuje a spravuje velké webové aplikace, které znáte a používáte. Od roku 2009 nabral bohaté zkušenosti, které tímto webem předává dál.
Rád vám pomůžu:
Články píše Jan Barášek © 2009-2024 | Kontakt | Mapa webu
Status | Aktualizováno: ... | it