OO PHP display di contenuti DB

[f.giorgio]

Non per rompere le scatole o sembrare un vecchio disco rotto, ma usare un framework per la gestione della persistenza (Doctrine) che fa già tutto o quasi senza stare a reinventare la ruota no? O è un progetto di studio?

E' un progetto di studio, so bene che i framework fanno tanto per noi programmatori (e ti dirò la verità, sono ignorante in merito), ma preferisco prima apprendere le basi in modo solido e poi eventualmente semplificarmi la vita utilizzandoli.

Grazie comunque per l'intervento, qualsiasi intervento o critica costruttiva sono per me utilissimi.

[Santino83_02]

E' un progetto di studio, so bene che i framework fanno tanto per noi programmatori (e ti dirò la verità, sono ignorante in merito), ma preferisco prima apprendere le basi in modo solido e poi eventualmente semplificarmi la vita utilizzandoli.

Grazie comunque per l'intervento, qualsiasi intervento o critica costruttiva sono per me utilissimi.

Ok capito... e quale pattern staresti seguendo per creare lo strato di persistenza? Cioè, lasciando perdere per un momento la gestione di entities complesse come queste, quelle "semplici" (single table diciamo ) come le stai gestendo?

[f.giorgio]

Ok capito... e quale pattern staresti seguendo per creare lo strato di persistenza? Cioè, lasciando perdere per un momento la gestione di entities complesse come queste, quelle "semplici" (single table diciamo ) come le stai gestendo?

I pattern sono un enorme buco nero per me, posso dire che in due anni che ho seguito il corso di ing. del software la docente ci ha amalapena detto cosa fanno, insime a una breve carrellata di UML, e pretende che noi realizziamo un progetto completo. Vien da se che io cerco di imparare leggendo e chiedendo a voi.

La mia risposta alla tua domanda è che non ho capito di cosa tu stia parlando, al momento l'unico pattern che credo di aver implementato è il factory per creare in base alle esigende un oggetto o array di oggetti che corrispondono ai miei contenuti.

[Al_katraz984]

Ok capito... e quale pattern staresti seguendo per creare lo strato di persistenza? Cioè, lasciando perdere per un momento la gestione di entities complesse come queste, quelle "semplici" (single table diciamo ) come le stai gestendo?

Non credo segua patterns altrimenti sarebbe già giunto alla conclusione di usare un entity-model e un data-mapper

[f.giorgio]

Non credo segua patterns altrimenti sarebbe già giunto alla conclusione di usare un entity-model e un data-mapper

Esatto, ma io vorrei capire e apprendere tutto perchè voglio lavorare nel modo più professionale possibile, non so come fare visto che la mia docente non fa il suo lavoro come dovrebbe.

[Santino83_02]

http://www.hostingtalk.it/introduzio...hp_-c000000Ij/

http://net.tutsplus.com/tutorials/ph...esign-pattern/

http://css.dzone.com/books/practical...php-patterns-8

cmq, step 1, visto che stai facendo pure una cosa di studio:

1) USA COMPOSER

2) USA PHPUNIT

3) INIZIA DALLE COSE SEMPLICI ( una classe -> una entity del db)

4) IMPLEMENTA I METODI BASE

5) FAI TEST A GOGO

6) PIAN PIANO ESPANDI LA COMPLESSITA'


data mapper: http://martinfowler.com/eaaCatalog/dataMapper.html

ti suggerisco anche il libro di martin fowler

[albx87]

Dico la mia (per i + esperti se dico qualche cavolata non massacratemi ).

Io personalmente tendo a dividere entità e gestione della loro persistenza (vedi repository pattern linkato da Santino).
In pratica per ogni entità che creo, faccio anche una classe repository che si occupa di gestire la persistenza di un oggetto. Ad esempio banale classe persona

class Persona{
      // le varie proprietà e i vari comportamenti
}

class PersonaRepository{
      public function all(){
           // elenco di tutte le entità persona....
      }

      public function search(array $criteria){
           // elenco di tutte le entità persona che soddisfano i criteria che passo....
      }

      public function find($key){
           // entità persona che ha la chiave specificata...
      }

      public function add(Persona $persona){
           // inserisco l'entità persona nella mia base dati....
      }

      public function remove(Persona $persona){
           // rimuovo l'entità persona dalla mia base dati....
      }

      public function update(Persona $persona){
           // aggiorno l'entità persona che passo....
      }
} 

[Al_katraz984]

Dico la mia (per i + esperti se dico qualche cavolata non massacratemi ).

Io personalmente tendo a dividere entità e gestione della loro persistenza (vedi repository pattern linkato da Santino).
In pratica per ogni entità che creo, faccio anche una classe repository che si occupa di gestire la persistenza di un oggetto. Ad esempio banale classe persona

una responsitory è leggermente diversa, quello che hai tu è un data-mapper

[f.giorgio]

domanda sul data-mapper: devo crearne uno per ogni classe che intendo interfacciare con la base dati?

[Al_katraz984]

è si