Utilizzo di Laravel con DAO anziché Eloquent ORM

0

Abbiamo un complicato software ERP scritto in PHP nativo e il nostro micro-framework che utilizza query grandi e complicate. Vogliamo riscrivere l'applicazione utilizzando un framework MVC (ad esempio Laravel).

  • Ho sviluppato alcune altre applicazioni con Laravel ed Eloquent e penso che la conversione delle query della nostra app ERP in ORM sarà molto difficile e dispendiosa in termini di tempo.

  • Inoltre mi piace un approccio basato su query dove le query correlate sono raccolte in oggetti DAO. Le query (anche se complicate) sono più semplici degli equivalenti ORM in cui la logica della query è distribuita in diverse posizioni dei codici modello ...

Voglio vedere se il mio approccio ha senso:

  • Converto l'uso di file modello eloquenti in oggetti DAO (e smetto di ereditare Eloquent).

  • Utilizzerò quindi oggetti DAO (ad esempio i file modello) per l'accesso ai dati (anziché gli oggetti entità).

posta wmac 23.06.2017 - 14:23
fonte

1 risposta

1

Ho fatto lo stesso lavoro una volta (riscrivo un mini ERP PHP da zero) usando Laravel, ma invece di Eloquent, ho usato Doctrine (alcune cose strane sono successe con il generatore di query Eloquent usando SQL Server). Infine, ho spostato l'intero codebase in Slim Framework e creato un livello di accesso ai dati indipendente per gestire query complesse di ERP.

Penso che il tuo approccio sia corretto, se il livello di accesso ai dati è molto complesso da gestire con Eloquent.

    
risposta data 23.06.2017 - 20:40
fonte

Leggi altre domande sui tag