本文源碼:GitHub·點(diǎn)這里 || GitEE·點(diǎn)這里
網(wǎng)站建設(shè)哪家好,找成都創(chuàng)新互聯(lián)公司!專注于網(wǎng)頁設(shè)計、網(wǎng)站建設(shè)、微信開發(fā)、微信小程序開發(fā)、集團(tuán)企業(yè)網(wǎng)站建設(shè)等服務(wù)項(xiàng)目。為回饋新老客戶創(chuàng)新互聯(lián)還提供了五華免費(fèi)建站歡迎大家使用!
在移動互聯(lián)網(wǎng)沒有普及之前,去飯店吃飯的流程大致如下:選座位,排隊,點(diǎn)菜,結(jié)賬。后來移動互聯(lián)網(wǎng)普及,通過手機(jī)APP就可以操作這些流程,非常的方便快捷:通過手機(jī)可以知道某飯店是不是還有空位,到了飯店之后直接入座,然后通過手機(jī)點(diǎn)菜,結(jié)賬,中間省去了很多繁瑣的流程。
/**
* 外觀模式描述飯店就餐流程
*/
public class C01_InScene {
public static void main(String[] args) {
EatAppFacade eatAppFacade = new EatAppFacade () ;
eatAppFacade.dining();
}
}
// 預(yù)定
class Booking {
private static Booking booking = new Booking() ;
public static Booking getInstance (){
return booking ;
}
public void bookPlace (){
System.out.println("位置預(yù)定...");
}
}
// 點(diǎn)餐
class TakeOrder {
private static TakeOrder takeOrder = new TakeOrder ();
public static TakeOrder getInstance (){
return takeOrder ;
}
public void orderDishes (){
System.out.println("點(diǎn)餐...");
}
}
// 付款
class Payment {
private static Payment payment = new Payment () ;
public static Payment getInstance (){
return payment ;
}
public void payMoney (){
System.out.println("結(jié)賬...");
}
}
// 點(diǎn)餐APP
class EatAppFacade {
private Booking booking ;
private TakeOrder takeOrder ;
private Payment payment ;
public EatAppFacade (){
this.booking = Booking.getInstance() ;
this.takeOrder = TakeOrder.getInstance() ;
this.payment = Payment.getInstance() ;
}
// 就餐流程
public void dining (){
booking.bookPlace();
takeOrder.orderDishes();
payment.payMoney();
}
}
外觀模式是對象的結(jié)構(gòu)模式,客戶端與一個子系統(tǒng)的通信必須通過一個統(tǒng)一的外觀對象進(jìn)行。外觀模式提供一個高層次的接口,使得子系統(tǒng)更易于使用。
客戶端可以調(diào)用這個角色的方法。此角色具有相關(guān)的子模塊的功能。在正常情況下,本角色會將所有從客戶端發(fā)來的請求委派到相應(yīng)的子系統(tǒng)去。
可以同時有一個或者多個子模塊。每個子模塊都不是一個單獨(dú)的類,而是一個類的集合(如上面的子模塊就是由ModuleA、ModuleB、ModuleC三個類組合而成)。每個子系統(tǒng)都可以被客戶端直接調(diào)用,或者被外觀角色調(diào)用。子模塊并不知道外觀的存在,對于子模塊而言,外觀角色僅僅是另外一個客戶端。
外觀對象功能的調(diào)用者。
public class C02_Facade {
public static void main(String[] args) {
Facade facade = new Facade();
facade.clientNeed1();
facade.clientNeed2();
}
}
class ModuleA {
public void testA (){
System.out.println("ModuleA.testA()");
}
}
class ModuleB {
public void testB (){
System.out.println("ModuleB.testB()");
}
}
class ModuleC {
public void testC (){
System.out.println("ModuleC.testC()");
}
}
class Facade {
/**
* 客戶需求1
*/
public void clientNeed1 (){
ModuleA moduleA = new ModuleA();
moduleA.testA();
ModuleB moduleB = new ModuleB();
moduleB.testB();
}
/**
* 客戶需求1
*/
public void clientNeed2 (){
ModuleB moduleB = new ModuleB();
moduleB.testB();
ModuleC moduleC = new ModuleC();
moduleC.testC();
}
}
Configuration 創(chuàng)建 MetaObject 的時候。
public class Configuration {
protected ObjectFactory objectFactory;
protected ObjectWrapperFactory objectWrapperFactory;
public Configuration() {
this.objectFactory = new DefaultObjectFactory();
this.objectWrapperFactory = new DefaultObjectWrapperFactory();
}
public MetaObject newMetaObject(Object object) {
return MetaObject.forObject(object, this.objectFactory, this.objectWrapperFactory);
}
// ... 省去其他源碼
}
public static MetaObject forObject(Object object,
ObjectFactory objectFactory,
ObjectWrapperFactory objectWrapperFactory) {
return object == null ?
SystemMetaObject.NULL_META_OBJECT :
new MetaObject(object, objectFactory, objectWrapperFactory);
}
松散了客戶端與子模塊的耦合關(guān)系,使子模塊功能的調(diào)用更加簡單。通過合理使用Facade,可以更好地劃分訪問的層次。有些方法是對系統(tǒng)外的,有些方法是系統(tǒng)內(nèi)部使用的,把需要暴露給外部的功能集中到門面中。如果過多的使用外觀模式,會讓子模塊功能的維護(hù)變的復(fù)雜,一個功能方法改變,會牽扯到多個外觀對象的改變。
GitHub·地址
https://github.com/cicadasmile/model-arithmetic-parent
GitEE·地址
https://gitee.com/cicadasmile/model-arithmetic-parent