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与遗留代码交互所有复杂的工作。
