在由SO启发关系的UML图接口[复制]

Question

  

<强>可能重复：结果   关系UML图由SO 启发

我已经开发了从后。的

<强>问题：以做职位类似于在SO使得第一柱是问题和其他职位的问题后回复

问：你会如何改善接口？将一些简单的数据结构，使事情变得更容易？

Answer 1

您的第一个问题让我困惑。 UML让我想到的对象和“职位表”让我想到了关系型数据库。你说的是哪一个？我假设你想要的对象。

您需要一个代表这两个问题和答案的接口或抽象 - 也许这就是邮政接口。当它被张贴这将有这样的文字和作者和时间戳的属性。

由于这个问题将永远不会一个答案来之前，如果你有邮政实例的集合，它会以正确的顺序，如果你通过时间戳排序。

更新：UML是指面向对象的编程。 Python是既面向对象和功能的语言。因此，这意味着你会在对象方面首先考虑的问题。

是以对象的形式思维方式留出关于用户界面和数据库的担忧。你设计的对象，提供你所需要的那种行为。你可以先有一个简单的文本界面，以及对象序列化将持久性做。但得到的对象右侧第一。

当你说“接口”，我认为Java接口。他们声明类的签名，但只字不提实施。所以安置自己的界面可能有答问实现。

什么包含了所有的帖子实例？拥有什么呢？我不得不叫KnowledgeExchange到本职岗位的集合另一个对象。让它隐藏所有的实施细则，并提供方法来getQuestion和getAnswers。不要强迫你的客户必须知道所有的这些细节，你甚至无论是否实现它作为一个堆栈或列表。

就像我说的，不用担心表或持久性，只是还没有。想想对象。最好使的对象，而不是仅仅帖子，提问，回答方面问题的全部。