Vaadin7体系结构

Question

我们目前正在计划我们的计划，并决定使用Vaadin。现在，我们有点困惑于如何在不花费大量时间的情况下很好地组织代码。似乎MVP是一个很好的实践，但我们都是新的框架，似乎有相当多的人真的在与它斗争。在我们的研究中，我们注意到只有非常抽象的教程和过时的框架。在vaadin的书中，也推荐了一种分层的架构，我们想要使用。我们的应用程序并不太复杂(与通常的业务后端相比)。是否有一个优雅而简单的解决方案来解耦视图，同时也使用Designer?我们还计划使用Security和UI。提前感谢

Answer 1

在我的最新项目中，我将Spring与Vaadin一起使用，虽然添加了许多样板，但您的类将更小、更有条理，并且只需承担单一的责任。在我的例子中，我遵循以下体系结构：

• Layout:包含UI元素及其设计/布局的类。
• 控制器:处理布局所具有的所有事件和用户操作。控制器只负责单个布局。
• 视图:视图类是特定URI片段的主要“控制器”。如果它变得太复杂或带有子视图，则创建并注入一个控制器类。
• 服务:包含数据的业务逻辑。当"Controller“处理用户交互时，服务负责业务逻辑和数据。
• 存储库: SpringData JPA存储库。实现CRUD操作和自定义查询。
• 模型:数据库实体。

额外套餐：

• 事件:我建议在应用程序的同时使用EventBus。
• 帮手:对于那些你不知道它真正适合哪里的东西。
• 配置:从application.properties获取的配置和属性(如果使用SpringBoot)。

使用这种模式，您将避免在同一个类中使用意大利面代码和混合责任。关于Vaadin设计器，这种模式是完全独立的，因为您的布局可以是纯java的，也可以是伪html的。