Interfacce in un diagramma UML relazionale ispirata SO [duplicano]

Question

  

Eventuali duplicati:
   relazionale UML Diagram ispirato SO

Ho sviluppato il mio dovere da post .

Problema:. per fare i messaggi in modo simile come in modo che il primo post è la domanda e gli altri messaggi sono le risposte dopo la domanda

Domanda: Come vorresti migliorare le interfacce? Sarebbe un po 'di struttura dei dati più semplice rendere le cose più facili?

Answer 1

La tua prima domanda mi confonde. UML mi fa pensare di oggetti e "Messaggi-table" mi fa pensare di database relazionali. A quale ti riferisci? Darò per scontato che si desidera gli oggetti.

Hai bisogno di un'interfaccia o un'astrazione che rappresenta entrambe le domande e risposte - forse è l'interfaccia Post. Avrà attributi come testo e autore e un timestamp quando è stato pubblicato.

Dato che la questione non verrà mai prima di una risposta, se si dispone di una collezione di istanze post sarà nell'ordine corretto se si ordina dal timestamp.

UPDATE: UML significa programmazione orientata agli oggetti. Pitone è sia un oggetto orientato e un linguaggio funzionale. Quindi questo significa che sarete pensare al problema in termini di oggetti prima.

Pensare in termini di oggetti significa mettere da parte le preoccupazioni circa l'interfaccia utente e il database. Si progetta gli oggetti per fornire il tipo di comportamento che si ha bisogno. Si può avere una semplice interfaccia di testo in un primo momento, e serializzazione degli oggetti farà per la persistenza. Ma ottenere gli oggetti prima a destra.

Quando si dice "interfaccia", penso a interfacce Java. Dichiarano la firma della classe, ma non dicono nulla in merito all'esecuzione. Così l'interfaccia post potrebbe avere Domanda e risposta implementazioni.

Cosa contiene tutte le istanze di post? Che cosa li possiede? Avrei un altro oggetto chiamato KnowledgeExchange di possedere la raccolta dei messaggi. Lascia che nasconde tutti i dettagli di implementazione e di fornire metodi per getQuestion e getAnswers. Non forzare i vostri clienti di avere a conoscere tutti quei particolari o addirittura anche se non si implementa come un camino o lista.

Come ho detto, non preoccuparti di tabelle o la persistenza appena ancora. Pensare a oggetti. Meglio per rendere l'intero problema in termini di oggetti anziché appena Post, Domanda e risposta.