设计模式系列·工厂方法模式之CodeReview

前言

以小说的笔法写的设计模式系列文章&＃xff0c;你绝对看得懂&＃xff01;[首发于公众号:"聊聊代码"]

设计模式系列·王小二需求历险记(一)
设计模式系列·王小二需求历险记(二)
设计模式系列·封装、继承、多态
设计模式系列·初探设计模式之王小二的疑问
设计模式系列·Facade模式之MVC的烦恼
设计模式系列·Adapter 模式之如何优雅的使用别人的轮子
设计模式系列·类爆炸之Bridge模式
设计模式系列·工厂方法模式之 Code Review
设计模式系列·抽象工厂模式

------华丽的分割线------

code review 的开始

小二所在的公司最近出了很多线上bug&＃xff0c;痛定思痛&＃xff0c;于是老大们纷纷决定落实code review机制...
很走运&＃xff0c;C哥负责review小二消息中心的代码

code review

好一段switch...case...

"小二&＃xff0c;我们开始吧&＃xff0c;让我看看前几天你写的代码"。C哥微笑道。
"好的&＃xff0c;C哥&＃xff01;"

小二熟练的打开电脑&＃xff0c;找到消息中心的代码。

"C哥&＃xff0c;这是你之前告诉我用的桥接模式写的&＃xff01;"
"嗯&＃xff0c;写的不错&＃xff0c;这样抽象与实现就能各自独立的变化了。"

"等等&＃xff0c;小二&＃xff0c;让我看看你这段代码是怎么回事&＃xff1f;"
"稍等&＃xff0c;C哥&＃xff0c;我放大一些。"

小二将鼠标聚焦在这段代码上...

switch ($mes_type){case &＃39;Sms&＃39;:$obj &＃61; new SmsMessage();break;case &＃39;Email&＃39;:$obj &＃61; new EmailMessage();break;default:throw new Exception(&＃39;NO Message Type Found&＃39;); } $obj->send();

"小二&＃xff0c;你讲讲这段代码的逻辑。"
"好的&＃xff0c;C哥&＃xff0c;这段代码是调用端的代码&＃xff0c;根据不同的消息类型($mes_type)&＃xff0c;实例化不同的消息类。比如消息类型传入Sms的时候&＃xff0c;这时候就会实例化SmsMessage类。"

"哦&＃xff0c;我知道了。好一段 switch...case...&＃xff0c;但这段代码有问题&＃xff01;"
"嗯&＃xff1f;什么问题啊&＃xff1f;"小二好奇的问道

"比如我现在新增一种消息类 AppPushMessage&＃xff0c;你想想&＃xff0c;你调用端的代码是不是要改啊&＃xff1f;"
"的确是&＃xff0c;switch...case...这块要变动。"

"对嘛&＃xff0c;我只是新增了消息类型&＃xff0c;不应该对调用端的代码产生影响&＃xff01;"
"是&＃xff0c;C哥。有没有什么办法可以解决这个问题呢&＃xff1f;"

C哥微微笑道&＃xff1a;"办法是有的&＃xff0c;还不止一种呢&＃xff01;"
小二双手抱拳&＃xff1a;"请C哥不吝赐教&＃xff01;"

问题的本质

"小二&＃xff0c;你觉得刚才问题的本质是什么&＃xff1f;"
"嗯...想不出来..."

"好吧&＃xff0c;不难为你了。问题的本质是&＃xff1a;调用端负责了太多的事情&＃xff01;"
"哦哦&＃xff0c;违背了&＃39;单一职责&＃39;原则&＃xff1f;"

"是啊&＃xff0c;调用端只是负责实质的调用&＃xff0c;发送出实质的消息而已。这才是他的职责。"
"对&＃xff01;我明白了&＃xff0c;我代码里调用端既负责调用相关的消息类完成发送消息&＃xff0c;又负责根据不同的参数实例化不同的消息类。他的责任到底是负责调用发送呢&＃xff1f;还是负责实例化不同的消息类呢&＃xff1f;责任不明确&＃xff0c;所以会产生耦合性的问题&＃xff01;"

"嗯嗯&＃xff0c;小二悟性长进不少啊&＃xff01;"
"哈哈&＃xff0c;多蒙C哥指教&＃xff01;"

简单工厂模式

"C哥&＃xff0c;我们知道了问题的本质。怎么解决呢&＃xff1f;"
"好&＃xff0c;下面我们就用简单工厂模式来解决。"

"简单工厂模式&＃xff1f;我好像听说过。"
"简单工厂&＃xff0c;用的人挺多的&＃xff0c;但不属于23种GOF设计模式之一。"

"哦哦&＃xff0c;这样啊。"
"你看&＃xff0c;上面的代码利用简单工厂可以改写一下。"

/****************File:MessageFactory.php*******************/ class MessageFactory{public static function get_instance($mes_type){switch ($mes_type){case &＃39;Sms&＃39;:$obj &＃61; new SmsMessage();break;case &＃39;Email&＃39;:$obj &＃61; new EmailMessage();break;default:throw new Exception(&＃39;NO Message Type Found&＃39;);}return $obj;} }

/********************File:Client.php**********************/ class Client{public function main(){$obj&＃61;MessageFactory::get_instance($mes_type);$obj->send();} }

"你看看&＃xff0c;调用端只负责调用消息类进行发送。而具体实例化哪个消息类&＃xff0c;这就不是调用端关心的了。"
"对&＃xff0c;是啊&＃xff01;调用端只需要向简单工厂发送请求&＃xff0c;简单工厂就返回相应实例化好的对象。"

"这样&＃xff0c;调用端负责实际的消息发送&＃xff0c;简单工厂负责制造(实例化)相应的消息对象。他们的职责分明&＃xff01;"
"对&＃xff0c;像您刚才说的&＃xff0c;我再增加一种消息AppPush&＃xff0c;我也不用改调用端的代码了&＃xff01;"

工厂方法模式

"小二&＃xff0c;还记不记得我刚才说的&＃xff0c;解决上面问题的办法不止一种。"
"嗯嗯&＃xff0c;记得记得&＃xff01;还有什么好办法吗&＃xff1f;"

"有的。上面的简单工厂&＃xff0c;你觉得有什么缺点吗&＃xff1f;"
"嗯...找不出来。要实在找缺点的话&＃xff0c;还真有一个。比如我刚才新增了AppPush消息类型&＃xff0c;就要修改上面的MessageFactory工厂类。"

"是&＃xff0c;这样就违背了 开放-封闭 原则。我们应该对扩展开发&＃xff0c;而对修改关闭。因为修改&＃xff0c;可能会带来意想不到的bug。"
"对&＃xff0c;确实是。但简单工厂确实解决了单一职责的问题&＃xff0c;也不失为一种好的模式。那怎么才能既解决单一职责的问题&＃xff0c;又不违背开闭原则呢&＃xff1f;"

"有一种设计模式&＃xff1a;工厂方法模式。可以解决你说的问题。"
"太好了&＃xff01;C哥你能简单介绍一下吗&＃xff1f;"

"首先看一下工厂方法模式的类图吧&＃xff01;"
"好的,C哥&＃xff01;"

"看这个类图&＃xff0c;你能明白工厂方法模式大致的意图吗&＃xff1f;"
"我看看。C哥&＃xff0c;工厂方法模式&＃xff0c;是不是将对象的创建&＃xff0c;延迟到了子类中去执行&＃xff1f;也就是每个子类工厂去负责创建相关的对象&＃xff1f;"

"对&＃xff0c;这样的话&＃xff0c;我就不用在工厂类中写一大堆 switch...case... 了。当出现一种新消息类的时候&＃xff0c;我只需要扩展出一个相应的工厂类来就行了。"
"嗯嗯&＃xff0c;明白了&＃xff0c;这就符合开闭原则了&＃xff01;"

"但是&＃xff0c;C哥&＃xff0c;我还有一个疑问。虽然工厂方法模式符合了开闭原则&＃xff0c;但是&＃xff0c;我要在调用端决定使用哪个工厂啊&＃xff1f;"
"对&＃xff0c;这的确是个问题。但是我们有很多种解决的办法&＃xff1a;你可以写一个配置文件&＃xff0c;每次去读这个配置文件来决定使用哪个工厂。"

"写一个配置文件&＃xff0c;可以是可以&＃xff0c;但总觉得不优雅。"
"哈哈&＃xff0c;有没有听说过反射&＃xff1f;反射也可以解决这个问题。"

"哦哦&＃xff0c;这样啊&＃xff01;厉害&＃xff01;"
"小二&＃xff0c;用工厂方法模式&＃xff0c;你画一下上面代码的UML类图。"

不一会&＃xff0c;小二就画出了工厂方法模式的类图。

"不错嘛&＃xff0c;小二&＃xff0c;我这里先用反射&＃xff0c;给你看看代码的实现。具体反射的机制、原理&＃xff0c;你自己去查一下吧&＃xff01;"
"好的&＃xff0c;C哥&＃xff01;"

/*************抽象类&＃xff1a;MessageFactory.php*******************/ abstract class MessageFactory{abstract public function get_instance(); }/*************EmailFactory.php*******************/ php class EmailFactory extends MessageFactory {public function get_instance(){return new EmailMessage();} }/*************SmsFactory.php*******************/ class SmsFactory extends MessageFactory {public function get_instance(){return new SmsMessage();} }/*************调用端:Client.php***************/ class Client{public function main($mes_type){//利用反射&＃xff0c;消除调用端的逻辑判断$reflection&＃61;new ReflectionClass($mes_type.&＃39;Factory&＃39;);$factory&＃61;$reflection->newInstance();$mes_obj&＃61;$factory->get_instance();$mes_obj->send();} }