Pagina 3 di 4 primaprima 1 2 3 4 ultimoultimo
Visualizzazione dei risultati da 21 a 30 su 33

Hybrid View

  1. #1
    Quote Originariamente inviata da f.giorgio Visualizza il messaggio
    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?
    IP-PBX management: http://www.easypbx.it

    Old account: 2126 messages
    Oldest account: 3559 messages

  2. #2
    Quote Originariamente inviata da Santino83_02 Visualizza il messaggio
    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.

  3. #3
    Quote Originariamente inviata da Santino83_02 Visualizza il messaggio
    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
    Questa volta, più che un voto.. è favoreggiamento.

  4. #4
    Quote Originariamente inviata da Al_katraz984 Visualizza il messaggio
    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.

  5. #5
    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
    IP-PBX management: http://www.easypbx.it

    Old account: 2126 messages
    Oldest account: 3559 messages

  6. #6
    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
    Codice PHP:
    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....
          
    }

    http://www.morialberto.it

  7. #7
    Quote Originariamente inviata da albx87 Visualizza il messaggio
    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
    Questa volta, più che un voto.. è favoreggiamento.

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

  9. #9
    Quote Originariamente inviata da f.giorgio Visualizza il messaggio
    domanda sul data-mapper: devo crearne uno per ogni classe che intendo interfacciare con la base dati?
    Si...puoi generalizzare determinati metodi quindi mettere il codice comune in una mapper base e poi estenderlo, ma non è una cosa propriamente semplice
    IP-PBX management: http://www.easypbx.it

    Old account: 2126 messages
    Oldest account: 3559 messages

  10. #10
    è si
    Questa volta, più che un voto.. è favoreggiamento.

Tag per questa discussione

Permessi di invio

  • Non puoi inserire discussioni
  • Non puoi inserire repliche
  • Non puoi inserire allegati
  • Non puoi modificare i tuoi messaggi
  •  
Powered by vBulletin® Version 4.2.1
Copyright © 2026 vBulletin Solutions, Inc. All rights reserved.