系统架构师谈企业应用架构之表现层

信息等，良好的设计UI能够很好的展示数据，用户界面需要支持本地化及全球化功能。

2、友好的交互

交互就体现在用户使用系统的功能，这样就会有这样的操作，用户输入相应的数据，通常来说一个好的UI层，会提供给用户一个比较人性化的输入页面，并且会根

据用户的输入，返回用户想得到的结果。不管UI层的具体技术是什么，好的用户交互页面都是系统中最重要的部分。输入的数据我们如何做到安全性方面的验证，是我

们必须重视的部分。

3、总体外观

系统的功能都是通过用户界面来作为统一入口，提供给用户使用的，所以一般来说我们在设计UI时必须要有精致的用户界面，软件的目的就是抓住用户，能够给用

户较好的用户体验，而且根据软件的用户群来进行不同的设计，如果是提供给大众使用的软件，那么我们必须达到设计精致的用户界面的要求，如果是提供给企业内部

使用，那么我们可以注重功能而不是视觉效果的震撼，当然不是说不重视UI，只是没有那么重视。

4.2.2、表现层中容易产生的误区

我们来看看我们平时在表现层的设计与实现过程中可能存在的误区吧

498)this.width=498;'' onmousewheel = ''javascript:return big(this)'' alt="" src="/uploadfile/201301/12/BA122050231.png" />

我们来看看每个误区的说明吧

1、过度依赖工具

自从有了Visual Studio 开发工具以来，就因为其提供了大量的控件，为我们开发简单的应用程序提供了很大的方便，我们通常都是通过拖拽控件来完成UI层的设

计。我们通过一些带有事件的控件，去完成与其他层之间的交互，我们可以在事件中直接处理逻辑，而且很方便很快捷。这也使得我们的开发效率很高，当然这是开发

简单的应用程序时我们通过这样来做，没有什么问题。但是，当我们开发大型的企业级应用时，这样的方式可能就不是理想的选择了，为什么这么说呢？我们不是说不

用开发工具提供的控件，而是应该将职责进行划分，比如说，用设计器完成界面的设计，然后其他的代码都是通过我们的手工边写，而不是通过开发工具提供的一些控

件去完成，比如说Visio Studio 提供的数据源绑定控件等，而且如何将事件中的代码进行更好的抽象就是我们这里的需要考虑的问题。

2、表现层的边界

我们先要清楚表现层的职责是什么？它主要负责什么？我们知道，表现层中的UI层是个很薄弱的层，UI层应该只负责与用户进行交互，表现层逻辑应该负责协调数

据流入/流出UI层，那么这里的表现逻辑层应该具有什么样的功能。我们在前面介绍业务逻辑层中也提到过，我们有时候将业务逻辑放在表现层中也是可以接收的，还是

看具体的系统需要。

有的时候我们很钟爱把业务逻辑层中的功能反正表现层逻辑中，我自己的很多项目中也是这样做的，因为我目前的项目中也有这样的代码充斥者，我们说过这不是

万恶的，但是当系统有一定规模时，表现逻辑层就会变成一个无所不有，无所不包的容器，难以维护和测试。

通过上面的分析我们知道，我们还是需要根据系统的实际需要来决定是不是把一些业务逻辑写在表现逻辑层中，对于大型的企业级项目来说，我们必须考虑这些问

题，因为好的设计可以提供测试行，维护性等，我们对表现逻辑层的要求也会比较高，我们期望通过SOC来实现，我们一般是通过分层来实现，因为分层来分离功能

点，我们通过分离关注点可以提供表现逻辑层的重构，提醒更好的设计结构和代码结构，提高复用性。

3、WUGWYW

大家估计出一看，还以为是什么意思呢，原谅我这里卖了个关子，意思就是说(what–user-get-is-what-you-want)用户得到的就是你想要的。

我们在使用图形化的界面设计工具时，为了能更好的提供开发效率，现在很多的开发工具提供了界面预览