Pattern Data Mapper e DDD - I ist già riflettono entità di dominio e repository?

0

Mi sto abituando a DDD quindi non dare per scontato che io sia un professionista DDD ancora. Sto cercando di implementare un'architettura esagonale utilizzando il framework CakePHP in un'applicazione completamente personalizzata che utilizza solo il framework ma non ha costruito qualcosa in base allo scheletro dell'app che ha. CakePHP sta utilizzando il pattern del mapper dei dati, non un record attivo come la maggior parte delle persone ipotizza.

Dopo aver letto molto mi sembra che gli oggetti tabella in CakePHP e le entità rappresentino già ciò che cerco per il mio livello dominio?

  • Sembra che le entità nell'ORM siano già i miei oggetti valore che voglio nel mio livello dominio?
  • Sembra che, ad esempio gli oggetti tabella, implementino già un'interfaccia repository e agiscano anche come aggregati definendo le associazioni ad altre tabelle

Questo è almeno ciò che penso . La mia domanda ora è se la mia ipotesi su questo è vero?

posta burzum 22.05.2018 - 10:20
fonte

1 risposta

0

Non sono un esperto di CakePHP, ma ho cercato di leggere i documenti e ho esaminato il codice base. Mi sembra che tu abbia ragione nella tua ipotesi. Le entità sono oggetti valore e le tabelle sono un tipo di oggetto dominio simile ai repository. Inoltre, dopo aver letto un po 'i documenti, sembra quasi doveroso pensare che sia DataMapper e non Active Record.

Proprio qui link dice:

The CakePHP ORM borrows ideas and concepts from both ActiveRecord and Datamapper patterns. It aims to create a hybrid implementation that combines aspects of both patterns to create a fast, simple to use ORM.

Dopo aver esaminato il codice e i documenti, sembra che la loro dichiarazione sia molto accurata. Il loro ORM sta cercando di essere entrambi ... che sembra male, ma potrei sbagliarmi.

    
risposta data 22.05.2018 - 21:27
fonte

Leggi altre domande sui tag