设计模式之外观模式

设计模式之外观模式

---

一、外观模式是什么？

外观模式是一种通过为多个复杂的子系统提供一个一致的接口，而使这些子系统更加容易被访问的模式。
主要用在不需要让客户知道其内部的复杂逻辑算法，只需要给客户个入口然后等结果就行了。
举个例子，你去体检的时候，只给你个抽血的窗口，你过去抽血等结果就行了，不需要知道医生怎么化验的。在代码上体验就是提供具体实现类的接口给客户用。我们天天在写的 IService 和 ServiceImpl就是使用的外观模式。

二、外观模式详解

1.外观模式组成

外观（Facade）模式包含以下主要角色：

• 外观（Facade）角色：为多个子系统对外提供一个共同的接口,IService。
• 子系统（Sub System）角色：实现系统的部分功能，客户可以通过外观角色访问它,ServiceImpl。
• 客户（Client）角色：通过一个外观角色访问各个子系统的功能，Controller。

2.示例demo

代码举例就省略了，是个程序员就天天写的。

总结

优点

• 减低了子系统与客户端之间的耦合性，子系统的代码改变不会影响到客户端。这就是为啥天天说业务逻辑要放在Serivce实现层了，不仅仅是因为事务，改Service不会影响Cotroller（假设多处地方调用该方法的情况下，除非你把方法参数和返回类型改了，这完全相当于删方法重写了不考虑）。
• 提高了代码的灵活性。
• 提高了系统的安全性。

缺点

• 不符合开闭原则，如果要改东西很麻烦，继承重写都不合适。这就是上面那个除非特例情况了。