外观模式是一种设计模式，用于对外隐藏系统的复杂性，提供简洁的接口供客户端使用。它适用于子系统独立且需防止低水平操作的风险。优点在于统一入口，提高调用者易用性和系统扩展性，但缺点是修改时可能不符合开闭原则。在实际应用中，如junit的JUnit4TestCaseFacade和springjdbc的JdbcUtil都体现了这一模式。
定义：隐藏系统的复杂性，并向客户端提供了一个客户端可以访问系统的接口。
适用场景：
1、为复杂的模块或子系统提供外界访问的模块。
2、子系统相对独立。
3、预防低水平人员带来的风险。
优点：
1、外观模式给各个子系统提供统一的入口，调用者使用起来很简单。
2、外观模式把各个子系统和调用者解耦，扩展性会更好。比如，想要增加一个子系统时，只需要按照外观模式的规范进行开发，调用者和外观类都不用修改。
缺点：
不符合开闭原则，如果要改东西很麻烦，继承重写都不合适。
源码应用：
1）以facade结尾的类就是外观模式,如junit包中JUnit4TestCaseFacade
2）springjdbc的jdbcutil
1921
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
