Originariamente inviato da andr3a
e classi su database sono le piu' complesse dal punto di vista della programmazione ... perche' ... perche' gia' il fatto stesso che e' per quel database con quei parametri la rende praticamente inutile ( a meno che non e' fatta solo ed esclusivamente per permetterti di fare cose dedicate su quel database, non e' questo il tuo caso ) .
Classi per db ... un' interfaccia, una astratta , una pilota , sotto classi a seconda del db scelto ... solitamente sono cosi' , guardati PDO , un' unica classe di metodi usabili con qualunque tipo di database, analogo il discorso in PEAR ... ci sono layer astratti in grado, con gli stessi metodi validi per qualunque tipo di db, mysql, sqlserver, sqlite, altri, in grado di effettuare le stesse operazioni ... tu scrivi sempre nello stesso modo, a seconda del server / configurazione istanzi i soli oggetti in connessioe coi parametri del tipo di database presente, tuttoil resto e' invariato .
Insomma, se ti fa comodo quella cosi' com'e' , non cambiarla, se vuoi migliorarla invece ti consiglio prima di creare / usare altre tipologie di classi, meno complicate di quelle per databases .
Puoi anche giocare con una classe che ti crea in automatico delle form a seconda di come imposti dei valori al costruttore, che ti parsano dati post o get , che ti modificano in un certo modo del testo , che ti ottimizzano i files php di un applictivo, che li offuscano , che fanno debug, che creano alberi di dati, di array, che analizzano array e creano XML validi ... quello che ti pare, tranne i db