Ho un modulo che scrive su un database. Oltre a creare una classe per gestire un'API esterna, questo progetto è fatto.
Tuttavia, lo script di elaborazione è la chiamata procedurale standard di query che utilizza una classe Database. C'è qualche vantaggio nel creare una classe per modellare i dati per l'elaborazione?
Dipende. In genere le app aziendali sono disposte su più livelli, quindi se ti aspetti che l'app cresca o che altri nella tua organizzazione lavorino su questa app, ci sono buone probabilità che tu debba introdurre almeno un livello. In genere si dispone di un livello di accesso ai dati, ovvero un'API (un insieme di classi correlate che condividono un pacchetto) che include tutto il codice SQL e ha metodi sulla falsariga di "create ()", "update ()", "delete ()" e leggi()". Quindi , di solito c'è un livello che gestisce la relazione tra il modulo e questo livello di accesso ai dati (un "controller") che ha il compito di estrarre i dati dal modulo, richiamando il livello di accesso ai dati come necessario, e quindi dando il controllo a qualche altra vista (schermo, qualunque cosa). Spesso c'è un altro livello (regole aziendali) che ha il compito di far rispettare le regole su cosa può essere fatto al livello dati, e in tal caso il controller spesso delega gran parte del suo comportamento su quel livello (ad eccezione della scelta della vista successiva da visualizzare).
Queste sono linee guida generali e ci sono molte varianti su questo approccio. L'idea è che ognuna di queste aree di interesse ha uno scopo distinto che crescerà / cambierà nel tempo e dovrebbe quindi essere separato l'uno dall'altro.
Leggi altre domande sui tag php class class-design forms