controller,service,dao
三层就是外观模式
分层设计
Service
层,和Controller
层,和 Dao
层
具体的业务交给service
完成,controller
处理请求调用相应的service
即可,统一调用
controller
就是一致界面,而service
就是子系统
对于dao
,service
就是一致界面,dao
就是子系统。
1、影院管理项目
组建一个家庭影院:
DVD
播放器、投影仪、自动屏幕、环绕立体声、爆米花机,要求完成使用家庭影院的功能,
其过程为:
直接用遥控器:统筹各设备开关
-
开爆米花机
-
放下屏幕
-
开投影仪
-
开音响
-
开
DVD
,选dvd。 -
去拿爆米花。
-
调暗灯光。
-
播放
-
观影结束后,关闭各种设备
2、传统方式缺点
-
在
ClientTest
的main
方法中,创建各个子系统的对象,并直接去调用子系统(对象)相关方法,会造成调用过程混乱,没有清晰的过程 -
不利于在
ClientTest
中,去维护对子系统的操作 -
解决思路:
- 定义一个高层接口,给子系统中的一组接口提供一个一致的界面(比如在高层接口提供四个方法
ready, play, pause, end
),用来访问子系统中的一群接口
- 定义一个高层接口,给子系统中的一组接口提供一个一致的界面(比如在高层接口提供四个方法
-
也就是说就是通过定义一个一致的接口(界面类),
- 用以屏蔽内部子系统的细节,使得调用端只需跟这个接口发生调用,
- 而无需关心这个子系统的内部细节 =>外观模式
3、基本介绍
-
外观模式(
Facade
),也叫“过程模式“
:- 外观模式为子系统中的一组接口提供一个一致的界面,
- 此模式定义了一个高层接口,这个接口使得这一子系统更加容易使用
-
外观模式通过定义一个一致的接口,用以屏蔽内部子系统的细节,
- 使得调用端只需跟这个接口发生调用,而无需关心这个子系统的内部细节
比如Service
层,和Controller
层,和 Dao
层
具体的业务交给service
完成,controller
处理请求调用相应的service
即可,统一调用
controller
就是一致界面,而service
就是子系统
对于dao
,service
就是一致界面,dao
就是子系统。
4、原理类图
外观类(Facade
):
- 为调用端提供同意的调用接口,外观类知道哪些子系统负责处理请求
- 从而将调用段的请求代理给适当子系统对象
调用者(Client
):
- 外观接口的调用者
子系统的集合:
- 指模块或者子系统,处理
Facade
对象指派的任务,他是功能的实际提供者
5、案例解决
外观模式可以理解为转换一群接口,客户只要调用一个接口,而不用调用多个接口才能达到目的。
比如:
- 在pc上安装软件的时候经常有一键安装选项(省去选择安装目录、安装的组件等等),
- 还有就是手机的重启功能(把关机和启动合为一个操作)。
外观模式就是解决多个复杂接口带来的使用困难,起到简化用户操作的作用
public class Client {
public static void main(String[] args) {
//直接调用,很麻烦,扩展不方便
//===========
HomeTheaterFacade homeTheaterFacade = new HomeTheaterFacade();
homeTheaterFacade.ready();
homeTheaterFacade.play();
homeTheaterFacade.pause();
homeTheaterFacade.end();
}
}
public class HomeTheaterFacade {
//定义各个子系统的对象
private DVDPlayer dvdPlayer;
private Popcorn popcorn;
private Projector projector;
private Screen screen;
public HomeTheaterFacade() {
this.dvdPlayer = DVDPlayer.getInstance();
this.popcorn = Popcorn.getInstance();
this.projector = Projector.getInstance();
this.screen = Screen.getInstance();
}
//操作步骤份成4步
public void ready(){
popcorn.on();
popcorn.pop();
screen.down();
projector.on();
dvdPlayer.on();
}
public void play(){
dvdPlayer.play();
}
public void pause(){
dvdPlayer.pause();
}
public void end(){
popcorn.off();
screen.up();
projector.off();
dvdPlayer.off();
}
}
//DVD
public class DVDPlayer {
//单例模式,采用静态内部类
private static DVDPlayer instance;
private DVDPlayer(){}
static class SingletonDVDPlayer {
private final static DVDPlayer INSTANCE = new DVDPlayer();
}
public DVDPlayer getInstance(){
return SingletonDVDPlayer.INSTANCE;
}
public void on(){
System.out.println("dvd on");
}
public void off(){
System.out.println("dvd off");
}
public void play(){
System.out.println("dvd is playing");
}
//...
public void pause(){
System.out.println("dvd pause...");
}
}
//屏幕
public class Screen {
//单例模式,采用静态内部类
private static Screen instance;
private Screen(){}
static class SingletonScreen {
private final static Screen INSTANCE = new Screen();
}
public Screen getInstance(){
return SingletonScreen.INSTANCE;
}
public void up(){
System.out.println("Screen on");
}
public void down(){
System.out.println("Screen down");
}
}
//爆米花
public class Popcorn {
//单例模式,采用静态内部类
private static Popcorn instance;
private Popcorn(){}
static class SingletonPopcorn {
private final static Popcorn INSTANCE = new Popcorn();
}
public Popcorn getInstance(){
return SingletonPopcorn.INSTANCE;
}
public void on(){
System.out.println("popcorn on");
}
public void off(){
System.out.println("popcorn off");
}
public void pop(){
System.out.println("popcorn is pop");
}
}
…
6、外观模式-MyBatis
具体的交给子系统。
7、注意事项与细节
外观模式对外屏蔽了子系统的细节,因此外观模式降低了客户端对子系统使用的复杂性
外观模式对客户端与子系统的耦合关系解耦,让子系统内部的模块更易维护和扩展
通过合理的使用外观模式,可以帮我们更好的划分访问的层次
当系统需要进行分层设计时,可以考虑使用Facade模式
在维护一个遗留的大型系统时,可能这个系统已经变得非常难以维护和扩展,此时可以考虑为新系统开发一个Facade
类,来提供遗留系统的比较清晰简单的接口,让新系统与Facade
类交互,提高复用性
不能过多的或者不合理的使用外观模式,使用外观模式好,还是直接调用模块好。要以让系统有层次,利于维护为目的。