Ciao a tutti
Sono relativamente nuovo di php e fino ad ora per il web mi sono occupato prevalentemente di sviluppo j2ee.
Ho dei dubbi per quanto riguarda l'architettura di piccole e medie applicazioni php che interagiscono con db.
Sto cercando di costruire una base solida su cui puntare per costruire tutti gli applicativi in futuro, e volevo chiedere ai più esperti come sono soliti organizzare i loro:
Io al momento, a partire dalla root del sito, prevedo una cartella db che contiene
. un file db_global.php con le informazioni globali sul database (dbms,host,user,etc)
.un file dbms.php, dove 'dbms' può valere mysql,db2,oracle,etc, che contiene una classe con i metodi di connessione e di interrogazione
un file dbms_query.php che contiene delle funzioni che, per ogni tabella, restituiscono la query per il dbms in uso tipo
'nome_tabella_get_insert($param,...)
In questo modo quando mi trovo in una pagina client (es. inserisci_articolo.php) includo i global,dbms.php e query.php e riesco ad avere una situazione abbastanza 'centralizzata' e parametrizzata, nel senso che ad un cambio di dbms dovrei riconfigurare global.php, riscrivere le query e poi basta, perchè le chiamate 'client' non dovrebbero essere modificate.
Ho il timore di aver scelto una strada un po troppo pesante:
la scelta di approfondire php l'ho fatta perchè secondo me per piccole e medie applicazioni, a livello di produzione e di prestazioni, è molto più leggero, più adatto insomma
d'altra parte però vorrei assolutamente evitare di inserire nel codice direttamente le query o qualunque altra cosa dipendente dal dbms, così da poter limitare le modifiche in caso di cambio.
Conoscete una via di mezzo, magari uno standard, tra le due soluzioni?
Scusate il post fiumara prometto di essere meno prolisso in futuro
Rispondi quotando