Interfaces em um diagrama UML relacional inspirado pelo SO [duplicado]

Question

Duplicate possíveis:
Relacional UML Diagrama inspirado pelo SO

Eu desenvolvi meu dever de casa de o cargo .

Problema:. para fazer mensagens da mesma forma como no SO para que o primeiro post é a pergunta e as outras mensagens são respostas após a pergunta

Pergunta: Como você melhorar as interfaces? Será que alguns mais simples estrutura de dados facilitar as coisas?

Answer 1

Sua primeira pergunta me confunde. UML me faz pensar em objetos e "Mensagens-table" me faz pensar em bancos de dados relacionais. Qual deles voce quer dizer? Eu vou assumir que você quer objectos.

Você precisa de uma interface ou abstração que representa ambas as perguntas e respostas - talvez essa seja a interface Post. Ele vai ter atributos como texto e autor e um timestamp quando foi lançado.

Uma vez que a questão nunca virá antes uma resposta, se você tem uma coleção de instâncias Mensagem que vai ser na ordem correta se você classificá-lo por timestamp.

UPDATE: UML significa programação orientada a objeto. Python é tanto uma orientada a objetos e uma linguagem funcional. Então isso significa que você vai estar pensando sobre o problema em termos de objetos em primeiro lugar.

Thinking em termos de objetos significa pôr de lado preocupações sobre a interface do usuário e banco de dados. Você projeta os objetos para fornecer o tipo de comportamento que você precisa. Você pode ter uma interface de texto simples no início, e serialização de objetos vai fazer para persistência. Mas obter os objetos na primeira à direita.

Quando você diz "interface", penso em interfaces Java. Eles declaram a assinatura da classe, mas não dizem nada sobre a implementação. Portanto, o seu interface de Pós pode ter Pergunta e resposta implementações.

O que contém todas as instâncias de postagem? O que é dono deles? Eu teria outro objeto chamado KnowledgeExchange de possuir a coleção dos Correios. Deixe-a ocultar todos os detalhes de implementação e fornecer métodos para getQuestion e getAnswers. Não force seus clientes tem que saber todos os detalhes ou mesmo se está ou não implementá-lo como uma pilha ou lista.

Como eu disse, não se preocupe com tabelas ou persistência ainda. Pense em objetos. Melhor para fazer todo o problema em termos de objetos em vez de apenas Post, Pergunta e Resposta.