在设计中，业务层常常可以进一步细分为：业务逻辑单元和应用逻辑单元，其中业务逻辑单元包含各种处理逻辑和验证规则；应用逻辑单元则是由服务类组成的“薄层”，负责提供粗粒度的接口方法，以供外界使用。

显示层可以通过调用应用层进行逻辑操作，而且显示层还可以直接绕过应用逻辑层，从而调用业务类进行相关的逻辑处理。

在设计中，有时候为了增加灵活性和扩展性，我们希望显示层不依赖业务类，这样就可以让业务类的结构变化不影响显示层为了达到这个目的，数据的交换则需要用数据传输对象（DTO）来辅助完成。

外观（Facade)模式简化了复杂子系统的调用接口，并且隐藏了子系统之间的复杂关系，只在网站建设编码过程中给客户端一个简单的调用接口。

(1)客户程序调用Facade的一个简单API来执行一个任务，可能这个任务的执行会涉及很多内部子系统的交互和合作，但是客户程序完全不知道Facade内部是如何实现的。

(2)SubSystemA和SubSystemB才是任务的真正执行者。

相较于其他模式而言，Facade模式可以说是一个比较容易理解的模式，不过其中也存在着几个比较容易混淆的问题，为了进一步理解Facade模式在服务层中的应用，下面就来看看这几个问题。