对于一个非常简单的面向对象的待办事项列表，我应该使用哪种设计模式？
最初，我从 Task、TaskList、Driver 的类开始。还有一个显示任务标题列表的简单 UI。添加新任务时，我一直在努力让 UI 更新列表，在尝试解决这个问题时，我意识到我的整个布局可能是错误的。
我正在寻找可以给我一个基本方向的人，或者一个指向设计模式图的链接，并提供一些关于我的类如何与图表相关的指导。
谢谢。
【问题讨论】：
标签： java design-patterns oop
另一条建议：假设您在 Swing 中编写 UI，不要使用 DefaultTableModel 并将 Tasks 从您的 TaskList 复制到模型中（即不要持有您的数据在两个地方）。相反，将AbstractTableModel 子类化并让它充当TaskList 的薄包装器；例如
public class TaskTableModel extends AbstractTableModel {
private final TaskList taskList;
public TaskTableModel(TaskList taskList) {
this.taskList = taskList;
}
public Object getValueAt(int row, int column) {
Task task = taskList.getTask(row);
Object ret;
switch(column) {
case 0:
ret = task.getStartTime();
break;
case 1:
ret = task.getState();
break;
// etc ...
}
return ret;
}
// TODO: Implement other TableModel methods.
}
【讨论】：
一般架构应该实现模型-视图-控制器 (MVC) 模式（或模型-视图-Presenter，具有更强的模型和视图解耦），它看起来就像您已经开始使用的那样。您有代表“任务”和“任务列表”的类，并且您有一个 UI 可以将任务列表（模型）呈现给用户。现在您需要模型和 ui 的接口（或一组接口），并且您想确保模型不知道 ui 而 ui 不知道模型。
因为在这两者之间，您有演示者类，它将对模型更改和 ui 事件做出反应（观察者模式，数据绑定作为一种技术）。它可以监听模型并更新视图。所以你想让你的模型可观察。它可以监听视图中的事件（值编辑、操作）并将此信息传递给模型，因此它可以（尝试）适应用户预期的更改（模型并且只有模型会验证用户输入并给出对演示者的回应）。
是的，这很复杂。首先，将您的应用程序分成三个部分（模型、视图、控制器/演示器）并使模型可观察。因此，您可以轻松地从模型更改时自动更新的视图开始。然后，您可以逐步添加对 UI 上的用户输入做出反应的功能。
【讨论】：
我认为您想要观察者模式 - 但请查看之前的堆栈溢出问题Should I use a Listener or Observer?
【讨论】：
模型-视图-控制器 (MVC)。基本上，模型存储任务，控制器处理事件，视图显示。您可以有多种视图，即一种用于在 UI 中显示任务，另一种用于保存到磁盘。
【讨论】：
没有一些代码或图表很难理解你的设计，但我会试一试
取决于您的具体情况，它是在 后端（数据库/控制器）中更新并反映在 前端（View-html5，angularJs）中还是反之亦然，或者它可能发生在您要应用修复（前端/后端）的任何地方或，请在应用修复时考虑所有交互。
在前端可能的方法中
在后端可能的方法中
当您正在寻找基本方向时，这可能会有所帮助
2 美分 - 使用一些框架，如果您开始设计之旅，它们会让生活更轻松。
使用框架，比方说 SPRING 迫使您使用许多您甚至不知道的模式，例如 MVC、Front Controller、AOP、Singleton(beans)、Template(JDBC,JpaTemplate) 等。
在那之前的快乐设计:)
【讨论】：