影院管理项目
传图解决影院管理
传统方式解决影院管理分析问题
- 在ClientTest 的main方法中,创建各个子系统的对象,并直接去调用子系统(对象)相关方法,会造成调用过程混乱,没有清晰的过程。
- 不利于在ClientTest中,去维护对子系统的操作。
- 解决思路:定义一个高层接口,给子系统中的一组接口提供一个一直的界面(比如在高层接口提供四个方法 ready,play,pause,end),用来访问子系统中的一群接口。
也就是说:就是通过定义一个一致的接口(界面类),用以屏蔽内部子系统的细节,使得调用段只需要跟这个接口发生调用,而无需关心这个子系统的内部细节=》外观模式。
外观模式基本介绍
外观模式(Facade),也叫 “过程模式”:外观模式位子系统中的一组接口提供一个一致的界面,此模式定义了一个高层接口,这个接口使得这一子系统更加容易使用。
外观模式通过定义一个又一个的接口,可以屏蔽内部子系统的细节,使得调用端只需要跟这个接口发生调用,而无需关心这个子系统的内部细节。
外观模式原理类图

原理类图的说明(外观模式的角色):外观类(Facade):为调用端提供统一的调用借口,外观类知道那些子系统负责处理请求,从而将调用段的请求代理给适当子系统对象。
- 调用者(client):外观接口的调用者。
子系统的集合:指 模块 或者 子系统,处理 Facade 对象指派任务,他是功能的实际提供者。
外观模式解决影院管理
应用实例要求:使用外观模式来完成家庭影院项目
-
外观模式在Mybatis框架应用源码分析
外观模式的注意细节
外观模式对外屏蔽了子系统的细节,因此外观模式降低了客户端对子系统使用的复杂性
- 外观模式对客户端与系系统的耦合关系,让子系统内部的模块更容易维护和扩展
- 通过合理的使用外观模式,可以帮助我梦更好的划分访问的层次。
- 当系统需要进行分层设计时,可以考虑使用Facade模式
- 在维护一个遗留的大型系统时,可能这个系统以及变得非常难以维护和扩展,此时可以考虑为新的系统卡发一个Facade 类,来提供遗留系统的比较清晰简短的接口,让心系统与Facade类交互,提高复用性。
- 不能过多的或者不合理的使用外观模式,使用外观模式好,还是直接调用模块好。
- 要让系统有层次,利于维护项目的目的
