文档介绍：设计模式(Design Pattern)
张凯 副教授
计算机学院 软件工程系
问题(Problem)
给银行做个贷款系统
当客户来进行抵押贷款时，有如下几件事情需要确认：
1、到银行子系统查询他是否有足够多的存款
2、到信用子系统查询他是否有良好的信用
3、到贷款子系统查询他有无贷款劣迹
只有这三个子系统都通过时才可进行抵押。
问题(Problem)
问题(Problem)
public class Bank //银行子系统
{
public bool HasSufficientSavings(Customer c, int amount)
{
("查询银行信息，客户名 " + );
return true;
}
}
public class Credit //信用子系统
{
public bool HasGoodCredit(Customer c)
{
("查询信用信息，客户名 " + );
return true;
}
}
public class Loan //贷款子系统
{
public bool HasNoBadLoans(Customer c)
{
("查询贷款信息，客户名 " + );
return true;
}
}
问题(Problem)
static void Main(string[] args)
{
Bank bank = new Bank();
Loan loan = new Loan();
Credit credit = new Credit();
int Money = 12000;
Customer customer = new Customer("张三");
bool eligible = true;
if (!(customer, Money))
{
eligible = false;
}
else if (!(customer))
{
eligible = false;
}
else if (!(customer))
{
eligible = false;
}
("客户 " + + " 已经被 " + (eligible ? "通过" : "拒绝"));
();
}
可以看到，客户程序与三个子系统都发生了耦合，这种耦合使得客户程序依赖于子系统，当子系统化时，客户程序也将面临很多变化的挑战。
主要内容
模式动机与定义
1
模式结构与分析
2
模式实例与解析
3
模式效果与应用
4
外观模式(Facade)
模式动机
模式名称：外观模式(Facade)
将一个系统划分为若干个子系统有利于降低系统的复杂性，一个常见的设计目标是使子系统间的通信和相互依赖关系达到最小，而达到该目标的途径之一就是引入一个外观对象，它为子系统中较一般的设置提供了一个单一而简单的界面。
外观模式(Facade)
模式动机
外观模式要求一个子系统的外部与其内部的通信必须通过一个统一的外观(Facade)对象进行。就如同医院的接待员一样，外观模式的外观类将客户端与子系统的内部复杂性分隔开，使得客户端只需要与外观对象打交