In che modo l'implementazione di Table Data Gateway differisce da Active Record?

Question

Semplicemente sull'implementazione TDG (Table Data Gateway): si crea una classe TDG separata che contiene SQL per le operazioni CRUD con la tabella concreta. Pertanto, i tuoi modelli comunicano non direttamente con un'origine dati (ad esempio database) ma tramite quelli astratti - classi TDG. Quindi, è solo un approccio per creare un altro livello di astrazione ed è solo un wrapper per comunicare con il database - ottenere e modificare i dati. Le classi IMHO TDG non dovrebbero contenere membri, solo metodi. Ecco un buon schema che visualizza l'uso TDG pattern. Quando si utilizza l'approccio TDG, SQL deve essere spostato dalle classi del modello alle classi TDG. E tutti i dati che recupero dal DB attraverso le classi TDG sono memorizzati nei membri del mio modello.

Ora, per quanto riguarda l'implementazione del record attivo? Se dovessi unire l'accesso ai dati e la mia classe del modello in una classe del modello, implementerei la registrazione attiva? Non sono riuscito a trovare una chiara distinzione o il modo in cui questi modelli appaiono in PHP e differiscono l'uno dall'altro.

Spesso, sto avendo una classe di database singleton e quindi separata la classe del modello per ogni tabella di database. Ogni classe di modello ha CRUD + diverse operazioni personalizzate (count, avg e così via). Alcune classi hanno membri per i risultati persistenti da CRUD o operazioni personalizzate - questo è fatto sulla necessità. Questo approccio può essere identificato come record attivo? Inoltre, se spostassi SQL dalle mie classi modello alle classi TDG, questo sarebbe Table Data Gateway?

Answer 1

Da http://martinfowler.com/eaaCatalog/index.html

Tabella dati Gateway: Un oggetto che agisce come un gateway (466) per una tabella di database. Un'istanza gestisce tutte le righe nella tabella.

attivo Record: Un oggetto che avvolge una riga in una tabella di database o vista, incapsula l'accesso al database, e aggiunge logica di dominio su tali dati.

La principale differenza evidente è che TDGS avvolgono l'accesso a una tavolo e restituisce solo i dati delle righe, mentre RA avvolgono l'accesso a un fila nella tabella e aggiunge la logica di business per esso.

A meno che non si sia verificato un disadattamento di impedenza molto bassa, è preferibile disporre di un TDG perché con AR gli oggetti business/dominio seguono la struttura nel database, che solitamente non è il modo in cui gli oggetti del dominio devono essere modellati. Una fila può sapere come persistere, ma una persona non dovrebbe saperlo. Nel lungo periodo è più gestibile separare la logica di persistenza e la logica di dominio.

Per quanto riguarda l'oggetto Singleton DB, dare un'occhiata a Is there a use-case for singletons with database access in PHP?.