一、什么是外观设计模式
外观模式(Facade),他隐藏了系统的复杂性,并向客户端提供了一个可以访问系统的接口。这种类型的设计模式属于结构性模式。为子系统中的一组接口提供了一个统一的访问接口,这个接口使得子系统更容易被访问或者使用。
二、外观设计模式原理图
简单来说,该模式就是把一些复杂的流程封装成一个接口供给外部用户更简单的使用。这个模式中,设计到3个角色。
1)门面角色:外观模式的核心。它被客户角色调用,它熟悉子系统的功能。内部根据客户角色的需求预定了几种功能的组合。
2)子系统角色:实现了子系统的功能。它对客户角色和Facade时未知的。它内部可以有系统内的相互交互,也可以由供外界调用的接口。
3)客户角色:通过调用Facede来完成要实现的功能。
三、相关代码的实现
pom文件
<parent>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-parent</artifactId>
<version>2.0.1.RELEASE</version>
</parent>
<dependencies>
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-web</artifactId>
</dependency>
<dependency>
<groupId>org.projectlombok</groupId>
<artifactId>lombok</artifactId>
<version>1.16.10</version>
</dependency>
<dependency>
<groupId>commons-lang</groupId>
<artifactId>commons-lang</artifactId>
<version>2.6</version>
</dependency>
</dependencies>
需要重构的代码
@Slf4j
@Component
public class PayCallbackService {
// 用户下单成功后,有那些操作?
// 1.增加支付回调接口日志
// 2.修改订单数据库状态为已经成功
// 3.调用积分服务接口
// 4.调用消息服务平台服务接口
public boolean callback(Map<String, String> verifySignature) {
// 1.第一步打印日志信息
String orderId = verifySignature.get("orderId"); // 获取后台通知的数据,其他字段也可用类似方式获取
String respCode = verifySignature.get("respCode");
log.info("orderId:{},respCode:{}", orderId, respCode);
// 2.修改订单状态为已经支付
new PaymentTransactionMapper() {
@Override
public void updatePaymentStatus() {
log.info(">>>修改订单状态为已经支付>>>>>");
}
}.updatePaymentStatus();
// 3.调用积分接口增加积分
HttpClientUtils.doPost("jifen.com", "积分接口");
// 4.调用消息服务平台提示
HttpClientUtils.doPost("msg.com", "调用消息接口");
return true;
}
}
mapper
public interface PaymentTransactionMapper {
void updatePaymentStatus();
}
utils
@Slf4j
public class HttpClientUtils {
public static String doPost(String url, String text) {
log.debug(">>>Url:{},text:{}", url, text);
return "success";
}
}
service
@Component
@Slf4j
public class LogService {
public void logService(Map<String, String> verifySignature) {
// 1.第一步打印日志信息
String orderId = verifySignature.get("orderId"); // 获取后台通知的数据,其他字段也可用类似方式获取
String respCode = verifySignature.get("respCode");
log.info("第一个模块>>>orderId:{},respCode:{}", orderId, respCode);
}
}
@Slf4j
@Component
public class PaymentService {
public void updatePaymentStatus() {
// 2.修改订单状态为已经支付
new PaymentTransactionMapper() {
@Override
public void updatePaymentStatus() {
log.info("第二个模块>>>修改订单状态为已经支付>>>>>");
}
}.updatePaymentStatus();
}
}
@Component
@Slf4j
public class IntegralService {
public void callIntegral() {
// 3.调用积分接口增加积分
HttpClientUtils.doPost("jifen.com", "积分接口");
log.info("第三个模块>>>调用积分接口打印日志>>>>>");
}
}
@Component
@Slf4j
public class MsgService {
public void msgService() {
log.info("第四个模块>>>调用消息模块打印日志>>>>>");
}
}
创建门面
@Component
public class PayCallbackFacade {
@Autowired
private LogService logService;
@Autowired
private PaymentService paymentService;
@Autowired
private IntegralService integralService;
@Autowired
private MsgService msgService;
public boolean callbackFacade(Map<String, String> verifySignature) {
logService.logService(verifySignature);
paymentService.updatePaymentStatus();
integralService.callIntegral();
msgService.msgService();
return true;
}
}
controller
@RestController
public class PayCallbackController {
@Autowired
private PayCallbackFacade payCallbackFacade;
@RequestMapping("/payCallback")
public String payCallback(@RequestBody Map<String, String> verifySignature) {
payCallbackFacade.callbackFacade(verifySignature);
return "success";
}
}
启动类
@SpringBootApplication
public class FacadeApp {
public static void main(String[] args) {
SpringApplication.run(FacadeApp.class);
}
}
使用postman进行测试
结果
2019-06-09 16:24:23.749 INFO 8916 --- [nio-8080-exec-2] com.xwhy.service.LogService : 第一个模块>>>orderId:So001,respCode:ok
2019-06-09 16:24:23.751 INFO 8916 --- [nio-8080-exec-2] com.xwhy.service.PaymentService : 第二个模块>>>修改订单状态为已经支付>>>>>
2019-06-09 16:24:23.751 INFO 8916 --- [nio-8080-exec-2] com.xwhy.service.IntegralService : 第三个模块>>>调用积分接口打印日志>>>>>
2019-06-09 16:24:23.751 INFO 8916 --- [nio-8080-exec-2] com.xwhy.service.MsgService : 第四个模块>>>调用消息模块打印日志>>>>>
四、总结
松散耦合:
使得客户端和子系统之间解耦,让子系统内部的模块功能更容易扩展和维护;
简单易用:
客户端根本不需要知道子系统内部的实现,或者根本不需要知道子系统内部的构成,它只需要跟Facade类交互即可。
更好的划分访问层次:
有些方法是对系统外的,有些方法是系统内部相互交互的使用的。子系统把那些暴露给外部的功能集中到门面中,这样就可以实现客户端的使用,很好的隐藏了子系统内部的细节。