【问题标题】:Design Patterns / Frameworks for saving & loading several tabs用于保存和加载多个选项卡的设计模式/框架
【发布时间】:2012-06-10 08:45:59
【问题描述】:

我花了几个月的时间开发一个应用程序,并且时不时地思考设计模式。

假设您有一个包含多个选项卡的(网络)应用程序。在每张表中,您都为用户提供了一些字段和表格以供填写或更改。有一个全局保存按钮可以保存所有工作表内容。首先,您必须在允许保存之前验证字段值。此外,如果在持久化对象时发生某些事情,您必须停止事务并保存所有工作表。

我自己用一个逻辑处理程序类实现了一些东西,并为每个选项卡工作表一个工作表逻辑类。逻辑处理程序控制工作表逻辑类。单击保存按钮后,逻辑处理程序为每个工作表逻辑调用它的 screenToData 方法,该方法返回要保存的对象。加载工作表时会调用 dataToScreen 方法。

我还想提一下,工作表逻辑有一个单独的类来处理 UI 及其组件。如您所见,逻辑与 UI 处理程序是分开的。

在我看来,标签表和将 UI 处理程序与逻辑分开的场景非常常见。所以我想知道是否有 Java 框架或设计模式可以支持你开发这种情况。 MVC 设计模式非常适合分离 UI 和逻辑,但我正在寻找保存/填充场景或它的组合。什么是最先进的?

我正在使用 Java 进行开发并使用 vaadin,这并不重要。

【问题讨论】:

    标签: java design-patterns frameworks vaadin


    【解决方案1】:

    如果每个选项卡都有一个表单,您可以使用保存按钮遍历所有表单并进行提交。您可以让表单字段的验证器阻止它提交。你应该在 Vaadin 书中查看Form page

    【讨论】:

    • 感谢您的输入,但我不想使用表单。此外,所有数据都必须保存或不保存。这不适用于表格。我使用 vaadin 并不重要。这种场景也可以在摇摆应用中找到。
    • 如果您在提交之前为每个表单(在每个选项卡中)运行 form.validate() 会起作用。
    • 你是对的,但我不使用表单有几个原因。此外,我更愿意寻找一种适合此类场景的最先进的设计模式。
    【解决方案2】:

    您不需要为每个问题都有一个设计模式(KISS 原则)。我认为首先使用验证方法检查所有选项卡的正确性然后将它们保存在事务中的方法就足够了。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2018-03-13
      • 2012-10-08
      • 2010-11-05
      相关资源
      最近更新 更多