12.3投资基金代码
代码结构图
代码实现
基金类如下
//基金类,它需要了解所有的股票或其他投资方式
//的方法或属性,进行组合,以备外界调用
class Fund
{
private $gu1 = null;
private $gu2 = null;
private $nd1 = null;
private $rt1 = null;
public function __construct()
{
$this->gu1 = new Stock1();
$this->gu2 = new Stock2();
$this->nd1 = new NationalDebt1();
$this->rt1 = new Realty1();
}
public function BuyFund()
{
$this->gu1->Buy();
$this->gu2->Buy();
$this->nd1->Buy();
$this->rt1->Buy();
}
public function SellFund()
{
$this->gu1->Sell();
$this->gu2->Sell();
$this->nd1->Sell();
$this->rt1->Sell();
}
}
股票、国债、房地产类
class Stock1
{
public function Sell()
{
echo '股票1卖出' . PHP_EOL;
}
public function Buy()
{
echo '股票1买入' . PHP_EOL;
}
}
class Stock2
{
//代码类似股票1 略
}
class NationalDebt1
{
//代码类似股票1 略
}
class Realty1
{
//代码类似股票1 略
}
客户端代码
public function facadeImp()
{
$fund = new Fund();
//基金购买
$fund->BuyFund();
//基金赎回
$fund->SellFund();
}
12.4外观模式
外观模式(Facade),为子系统中的一组接口提供一个一致的界面,此模式定义了一个高层接口,这个接口使得这一子系统更加容易使用。
外观模式(Facade)结构图
代码示例
四个子系统的类
class SubSystemOne
{
public function MethodOne()
{
echo '子系统方法一' . PHP_EOL;
}
}
class SubSystemTwo
{
public function MethodTow()
{
echo '子系统方法二' . PHP_EOL;
}
}
class SubSystemThree
{
public function MethodThree()
{
echo '子系统方法三' . PHP_EOL;
}
}
class SubSystemFour
{
public function MethodFour()
{
echo '子系统方法四' . PHP_EOL;
}
}
外观类
class Facade
{
private $one = null;
private $two = null;
private $three = null;
private $four = null;
public function __construct()
{
$this->one = new SubSystemOne();
$this->two = new SubSystemTwo();
$this->three = new SubSystemThree();
$this->four = new SubSystemFour();
}
public function MethodA()
{
echo '方法组A() ---- ' . PHP_EOL;
$this->one->MethodOne();
$this->two->MethodTow();
$this->four->MethodFour();
}
public function MethodB()
{
echo '方法组B() ---- ' . PHP_EOL;
$this->two->MethodTow();
$this->three->MethodThree();
}
}
客户端代码
public function facadeDemo()
{
$facade = new FacadeDemo();
$facade->MethodA();
$facade->MethodB();
}
对于面向对象有一定基础的朋友,即使没有听说过外观模式,也完全有可能在很多时候使用它,因为它完美地体现了依赖倒转原则和迪米特法则的思想,所以是非常常用的模式之一。
12.5何时使用外观模式
经典三层架构: 外观模式的使用场景:
- 首先,在设计初期阶段,应该要有意识的将不同的两个层分离,比如经典的三层架构,就需要考虑在数据访问层和业务逻辑层、业务逻辑层和表示层的层与层之间建立外观Facade,这样可以为复杂的子系统提供一个简单的接口,使得耦合大大降低。
- 其次,在开发阶段,子系统往往因为不断的重构演化而变得越来越复杂,大多数的模式使用时也都会产生很多很小的类,这本是好事,但也给外部调用它们的用户程序带来了使用上的困难,增加外观Facade可以提供一个简单的接口,减少它们之间的依赖。
- 第三,在维护一个遗留的大型系统时,可能这个系统已经非常难以维护和扩展了,但因为它包含非常重要的功能,新的需求开发必须要依赖于它。此时用外观模式Facade也是非常合适的。你可以为新系统开发一个外观Faade类,来提供设计粗糙或高度复杂的遗留代码的比较清晰简单的接口,让新系统与Facade对象交互,Facade与遗留代码交互所有复杂的工作。