Sii consapevole della mancata corrispondenza dell'impedenza relazionale dell'oggetto ( come qui ). Semplicemente convertendo il diagramma ER in un diagramma di classe, e quindi implementare il sistema in cima non è salutare per l'applicazione. Questo approccio tende a creare progetti molto fragili, in cui il comportamento è sparsi in molti posti non intuitivi e / o contiene molte duplicazioni (specialmente con il codice che prova a navigare nel modello dell'oggetto come se fosse il modello relazionale).
I passaggi sottostanti descrivono un approccio (molto semplicistico) per aggirare la mancata corrispondenza, ma puoi trovare molto di più su questo cercando la mancata corrispondenza dell'impedenza.
- Inizia modellando i tuoi oggetti in termini di comportamento previsto del sistema. Qui puoi utilizzare casi d'uso, attività, sequenza e diagrammi di stato, se lo desideri.
- Se necessario, usa i framework ORM per saltare il "lavoro manuale" di impacchettare / decomprimere i dati dentro e fuori dal tuo database, ma non pensare a questi oggetti come a oggetti reali, considerali semplicemente come strutture di dati senza comportamento.
- Infine, crea un semplice e sottile livello "ponte" tra il tuo modello di oggetti basato sul comportamento e il tuo modello di database incentrato sui dati (o il framework ORM).
In questo modo il codice dell'applicazione può essere organizzato attorno al comportamento osservato, quindi ti consente di posizionare il codice nelle posizioni più intuitive.