首页 > 代码库 > javaEE设计模式——门面模式
javaEE设计模式——门面模式
1.本节内容
- 门面模式的意图介绍
- 门面模式带来的好处
- 门面模式的应用场景
- 实现模式的3中方式:POJO、无状态与有状态回话Bean门面
- 有状态与无状态回话Bean门面的重要差别
- 关于门面模式使用的警告以及潜在陷阱
2.门面模式简介
GoF一书中是这样描述门面模式的:“为子系统中的一组接口提供一个统一的接口”。Head First Design Patterns给出了相同的解释,同时又指出,在隐藏子系统复杂性的同时,门面模式又通过一个易于使用的接口提供子系统的全部功能。其基本类图如图2-1
图2-1 门面模式类图
3.门面模式带来的好处
(1)降低了耦合度,因为客户端对子系统一无所知。
(2)在变更时增强了可维护性和可管理性。
(3)实现功能重用,因为门面模式鼓励控制重用以及细粒度逻辑。
(4)每次方法调用时都会调用相同的方法,从而确保了服务执行的一致性。
(5)分组相关方法并从一个方法调用中来调用它们,从而降低业务逻辑复杂度。
(6)中央化的安全与事务控制管理。
(7)可测试性与可模拟性的模式实现。
4.门面模式的应用场景
(1)为遗留的后端系统提供简单且统一的访问。
(2)为类创建一个公开的API,如驱动程序。
(3)为可用服务提供粗粒度访问。
(4)减少网络调用。门面会对子系统发起多次调用,而远程客户端只对门面进行一次调用。
(5)将应用的流程与内部细节封装起来,从而提升安全性并简化操作。
5.实现门面模式
5.1 POJO方式实现
public class WashingMachine { /** * 洗衣机呈现给用户的功能是 * 1.强力洗涤 2.轻度洗涤 * 那么用户在操作时只需要设定是强力洗涤还是轻度洗涤,不用取关心水温,转速等等 * 细粒度的功能 * 这就是一个典型的门面模式 */ public void heavilySoiled(){ setWaterTemperature(100); setWashCycleDuration(90); setSpinCycleDuration(10); addDetergent(); addBleach(); addFabricSoftener(); heatWater(); startWash(); } public void lightlySoiled(){ setWaterTemperature(40); setWashCycleDuration(20); setSpinCycleDuration(10); addDetergent(); heatWater(); startWash(); } private void startWash() { } private void heatWater() { } private void addFabricSoftener() { } private void addBleach() { } private void addDetergent() { } private void setSpinCycleDuration(int i) { } private void setWashCycleDuration(int i) { } private void setWaterTemperature(int i) { } }
5.2 无状态Bean的门面模式
@Stateless public class CustomerService { public long getCustomer(int sessionID){ return 100005L; } public boolean checkId(long x){ return true; } }
@Stateless public class LoanService { public boolean checkCreditRating(long id,double amount){ // check if customer is eligible for the amount return true; } }
public class AccountService { public boolean getLoan(double amount){ //check if bank value has enough return true; } public boolean setCustomerbalance(long id,double amount){ //set new customer balance return true; } }
@Stateless public class BankServiceFacade { @Inject CustomerService customerService; @Inject LoanService loanService; @Inject AccountService accountService; public boolean getLoan(int sessionId,double amount){ boolean result = false; long id = customerService.getCustomer(sessionId); if(customerService.checkId(id)){ if(loanService.checkCreditRating(id, amount)){ if(accountService.getLoan(amount)){ result = accountService.setCustomerbalance(id, amount); } } } return result; } }
以上就是门面模式在javaEE中的应用,注意两个注解
@Stateless:表示无状态session Bean
@Inject:表示依赖注入
从以上代码可以看出一个门面可以调用其他子系统中的门面,这反过来又会封装他们自己的逻辑与流程。这展示了使用门面的一个好处:简化了方法调用层级。
5.3 有状态Bean实现门面
用状态Bean实现门面大体与无状态Bean实现门面一样,唯一不同的就是将@Stateless注解改为@Stateful注解,该注解会将Bean标记为有状态。
6 有关使用门面模式的警告和潜在威胁
门面模式应该应用与高层封装复杂(业务)逻辑,并通过一个API提供整洁的访问单点。
如果要为其他人提供一个接口或API,请首先考虑逻辑的复杂性,以及可能会出现的变更。门面模式在提供一个简洁的API的同时,又隐藏掉可能会发生变化的部分方面很有优势。
不过,毫无必要的将方法包装到门面中却不是一个好的做法,还会增加不必要的层次。不当的封装可能会导致太多的调用,以及毫无价值的层次。
在实现会话门面时,需要确定用例是否需要维持状态,只调用门面的一个方法来接受所需服务的用例是非对话式的,因此没有必要在方法调用间保持会话状态,另一方面,如果必须在方法调用间保持会话状态,那么最恰当的方式就是将这种门面实现为有状态会话Bean。
需要注意的就是,有状态会话门面使用时,他会占用服务器资源,直到客户端触发会话将其释放掉或时超时。这意味着在大多数时间内,有会话Bean门面会绑定到客户端,但却什么都没做,它仅维持着状态并使用资源。与无状态会话Bean门面不同的是,它无法在其他客户端之间重用和共享,因为,每个请求都会创建无状态门面的新实例,并且维持着对该客户端会话的状态。
7.小结
可将门面模式实现为POJO、无状态会话Bean、有状态会话Bean。实现门面模式的各种方式解决了不同用例场景下的不同问题。不过在实现并没有背离其主要意图:为复杂的子系统提供一个高层次、简单的接口。
在决定将门面实现为有状态会话Bean时要小心,确保它不会导致资源消耗问题。
设计良好的应用会充分利用门面模式来封装复杂逻辑,并将子系统与客户端解耦;不过,对门面模式的不当使用和过度使用会导致更加复杂、拥有多个层次的系统。
会话门面模式类似于实体-控制-边界架构模式中的边界,并且也与适配器和包装模式有关。
javaEE设计模式——门面模式