多层架构（5）–表示层

介绍

就开发设计和依赖关系而言，多层体系结构的最后一部分是表示层 。 它主要具有与应用程序的最终用户创建接口的范围。 它可以采取桌面形式，Java Applet，Web应用程序以及技术提供的任何其他可能的解决方案的形式。

互换性

在此阶段，如果所有其他层均已正确设计，则创建一个Presentation Layer将会非常简单。 考虑必须将逻辑作为独立应用程序分发的情况。 在这种情况下，最好将创建的逻辑集成到Rich Client Platform中 。 存在几个不错的软件，我想记住NetBeans平台 （实际上是我的首选）和Eclipse平台 。

但是在另一种情况下，将应用程序部署在Web上可能会很好，因此在这种情况下，所有现有层都可以与JavaFX，GWT，JSF等任何Web技术集成。

在另一种情况下，为什么不使用与桌面和Web应用程序相同的逻辑来进行部署呢？ 您只需要构建一个Domain-Application-Infrastructure层即可将其捆绑到两个不同的Presentation实现中，并且如果总体设计足够好，则无需重复任何代码行。

表示层作为独立项目

显然，表示层可以作为一个独立项目进行管理。 没有任何约束与它开始的时刻有关，唯一的约束是它绝不能影响所有其他层的设计和开发 。

有一些与此相关的工作：

• 避免其他层中所有代码中的逻辑与UI耦合 。 其实这种类型的连接被认为是消极和危险的，因为它直接影响到设计的软件解决方案的可测试性（如在另一篇文章中讨论这里 ）
• 负责UI设计的分析师可能与业务分析师有所不同 ，我认为这是可取的。 设计UI最重要的是拥有图形设计知识，即使业务知识不完整。 丑陋的UI通常是由开发人员设计错误的选择导致的（不同意……？）
• 强制开发人员测试代码以编写自动化测试，而不模拟用户交互。 这实际上是一个非常糟糕的做法，要测试创建UI的逻辑，模拟用户交互，最后我们同意代码是安全的且经过测试。 但是自动化呢？ 那么代码和需求覆盖率呢？
• 考虑一下逻辑实现，而不要看它的表现如何 。 如果从事业务逻辑工作的开发人员无法访问任何已实现的UI，则他们将不得不仅考虑他们正在编写的代码而不是其呈现方式。 可能缺乏这种表达方式将会被越来越多的设计文档所代替，而设计文档必须被提供以记录和解释代码。
• 不同的技术需要不同的配置文件 ，因此可能不会由负责不同实现的同一个团队

结论

Presentation Layer对用户来说非常重要，因为没有它，您将无法进行任何演示，但是在这篇文章中，我想着重介绍一个事实，即它对开发人员也同样不重要。 开发软件解决方案时最常见的错误之一就是开始思考它的外观，一旦这样做，就不必担心太多的分析师，架构师和开发人员，因为可以由一个单独的团队负责开发它。 如果所有其他层都提供了定义良好的边界和接口，则可以使用存根，模拟或伪造对象在存在那些接口的具体实现之前就实现表示层。

参考： 多层体系结构（5）–我们的JCG合作伙伴 Marco Di Stefano在“ 重构思想”博客上的演示层 。

翻译自: https://www.javacodegeeks.com/2013/07/multilayered-architecture-5-the-presentation-layer.html