门面模式(Facade Pattern)
2012-04-21 14:27
302 查看
一、什么是门面模式
门面模式要求一个子系统的外部与其内部的通信必须通过一个统一的门面(Facade)对象进行。门面模式提供一个高层次的接口,使得子系统更易于使用。
意图:
为子系统中的一组接口提供一个一致的界面,Facade模式定义了一个高层接口,这个接口使得这一子系统更加容易使用。
示意图:
二、门面模式的效果及实现要点
Façade模式对客户屏蔽了子系统组件,因而减少了客户处理的对象的数目并使得子系统使用起来更加方便。
Façade模式实现了子系统与客户之间的松耦合关系,而子系统内部的功能组件往往是紧耦合的。松耦合关系使得子系统的组件变化不会影响到它的客户。
如果应用需要,它并不限制它们使用子系统类。因此你可以在系统易用性与通用性之间选择。
三、门面模式的适用性
为一个复杂子系统提供一个简单接口。
提高子系统的独立性。
在层次化结构中,可以使用Facade模式定义系统中每一层的入口。
四、门面模式的实例
需求:现在来考虑这样一个抵押系统,当有一个客户来时,有如下几件事情需要确认:到银行子系统查询他是否有足够多的存款,到信用子系统查询他是否有良好的信用,到贷款子系统查询他有无贷款劣迹。只有这三个子系统都通过时才可进行抵押。
我们先不考虑Façade模式,那么客户程序就要直接访问这些子系统,分别进行判断。类结构图下:
在这个程序中,我们首先要有一个顾客类,它是一个纯数据类,并无任何操作,示意代码:
下面这三个类均是子系统类,示意代码:
来看客户程序的调用:
可以看到,在不用Façade模式的情况下,客户程序与三个子系统都发生了耦合,这种耦合使得客户程序依赖于子系统,当子系统变化时,客户程序也将面临很多变化的挑战。一个合情合理的设计就是为这些子系统创建一个统一的接口,这个接口简化了客户程序的判断操作。看一下引入Façade模式后的类结构图:
门面类Mortage的实现如下:
顾客类和子系统类的实现仍然如下:
而此时客户程序的实现:
可以看到引入Façade模式后,客户程序只与Mortgage发生依赖,也就是Mortgage屏蔽了子系统之间的复杂的操作,达到了解耦内部子系统与客户程序之间的依赖。
门面模式要求一个子系统的外部与其内部的通信必须通过一个统一的门面(Facade)对象进行。门面模式提供一个高层次的接口,使得子系统更易于使用。
意图:
为子系统中的一组接口提供一个一致的界面,Facade模式定义了一个高层接口,这个接口使得这一子系统更加容易使用。
示意图:
二、门面模式的效果及实现要点
Façade模式对客户屏蔽了子系统组件,因而减少了客户处理的对象的数目并使得子系统使用起来更加方便。
Façade模式实现了子系统与客户之间的松耦合关系,而子系统内部的功能组件往往是紧耦合的。松耦合关系使得子系统的组件变化不会影响到它的客户。
如果应用需要,它并不限制它们使用子系统类。因此你可以在系统易用性与通用性之间选择。
三、门面模式的适用性
为一个复杂子系统提供一个简单接口。
提高子系统的独立性。
在层次化结构中,可以使用Facade模式定义系统中每一层的入口。
四、门面模式的实例
需求:现在来考虑这样一个抵押系统,当有一个客户来时,有如下几件事情需要确认:到银行子系统查询他是否有足够多的存款,到信用子系统查询他是否有良好的信用,到贷款子系统查询他有无贷款劣迹。只有这三个子系统都通过时才可进行抵押。
我们先不考虑Façade模式,那么客户程序就要直接访问这些子系统,分别进行判断。类结构图下:
在这个程序中,我们首先要有一个顾客类,它是一个纯数据类,并无任何操作,示意代码:
public class Customer { private string name; public string Name { get { return name; } } public Customer(string name) { this.name = name; } }
下面这三个类均是子系统类,示意代码:
public class Bank { public bool HasSufficientSavings(Customer c, int amount) { Console.WriteLine("Check bank for " + c.Name); return true; } } public class Credit { public bool HasGoodCredit(Customer c) { Console.WriteLine("Check credit for " + c.Name); return true; } } public class Loan { public bool HasNoBadLoans(Customer c) { Console.WriteLine("Check loans for " + c.Name); return true; } }
来看客户程序的调用:
public class Program { private const int amount = 1200; public static void Main(string[] args) { Customer customer = new Customer("Steven Jobs"); Bank bank = new Bank(); Credit credit = new Credit(); Loan loan = new Loan(); bool eligible = true; if (!bank.HasSufficientSavings(customer, amount)) { eligible = false; } else if (!loan.HasNoBadLoans(customer)) { eligible = false; } else if (!credit.HasGoodCredit(customer)) { eligible = false; } Console.WriteLine("\n" + customer.Name + " has been " + (eligible ? "Approved" : "Rejected")); Console.ReadLine(); } }
可以看到,在不用Façade模式的情况下,客户程序与三个子系统都发生了耦合,这种耦合使得客户程序依赖于子系统,当子系统变化时,客户程序也将面临很多变化的挑战。一个合情合理的设计就是为这些子系统创建一个统一的接口,这个接口简化了客户程序的判断操作。看一下引入Façade模式后的类结构图:
门面类Mortage的实现如下:
public class Mortgage { private Bank bank = new Bank(); private Credit credit = new Credit(); private Loan loan = new Loan(); public bool IsEligible(Customer customer, int amount) { Console.WriteLine("{0} applies for {1:C} loan\n", customer.Name, amount); bool eligible = true; if (!bank.HasSufficientSavings(customer, amount)) { eligible = false; } else if (!loan.HasNoBadLoans(customer)) { eligible = false; } else if (!credit.HasGoodCredit(customer)) { eligible = false; } return eligible; } }
顾客类和子系统类的实现仍然如下:
public class Customer { private string name; public string Name { get { return name; } } public Customer(string name) { this.name = name; } }
public class Bank
{
public bool HasSufficientSavings(Customer c, int amount)
{
Console.WriteLine("Check bank for " + c.Name);
return true;
}
}
public class Credit
{
public bool HasGoodCredit(Customer c)
{
Console.WriteLine("Check credit for " + c.Name);
return true;
}
}
public class Loan
{
public bool HasNoBadLoans(Customer c)
{
Console.WriteLine("Check loans for " + c.Name);
return true;
}
}
而此时客户程序的实现:
public class Program { private const int amount = 1200; public static void Main(string[] args) { Customer customer = new Customer("Steven Jobs"); Mortgage mortgage = new Mortgage(); Console.WriteLine("\n" + customer.Name + " has been " + (mortgage.IsEligible(customer,amount) ? "Approved" : "Rejected")); Console.ReadLine(); } }
可以看到引入Façade模式后,客户程序只与Mortgage发生依赖,也就是Mortgage屏蔽了子系统之间的复杂的操作,达到了解耦内部子系统与客户程序之间的依赖。
相关文章推荐
- 第7章 门面模式【Facade Pattern】---- 设计模式之禅读书笔记
- 设计模式——门面模式【Facade Pattern】
- Java设计模式-门面模式 Facade Pattern
- 门面模式【Facade Pattern 】
- 设计模式12:Facade Pattern (门面模式)
- 第 7 章 门面模式【Facade Pattern】
- 门面模式(Facade pattern)
- 24种设计模式--门面模式【Facade Pattern】
- 设计模式(七)门面模式(Facade Pattern 外观模式)
- 设计模式7 - 门面模式【Facade Pattern】
- 开发设计模式(九)门面模式(Facade Pattern)
- 门面模式(Facade Pattern )
- 【门面设计模式】的故事来源(Facade Pattern)
- 外观模式(Facade Pattern)或门面模式
- JAVA设计模式——第 7 章 门面模式【Facade Pattern】(转)
- 门面设计模式(Facade Pattern)
- 设计模式之(五)----门面模式【Facade Pattern】
- 门面模式(Facade Pattern 外观模式)
- Java设计模式--门面模式【Facade Pattern】
- Design Pattern Facade 门面设计模式