项目代码if else太多，使用策略+工厂模式来解决 简述策略模式，又称为政策模式，属于行为型的设计模式。定义一系列的算法，把它们一个个封装起来，并且使它们可以相互替换。本模式使得算法可独立于使用它的客户而变化 。业务场景假设有这样的业务场景，拉取不同部门的数据，根据不同的角色类型获取不同的Json内容数据，多数小伙伴会写出如下代码:if(type=="1"){    //按照1格式解析   }else if(type=="2"){     //按2格式解析 }else{     //按照默认格式解析 } 这个代码可能会存在哪些 问题呢 ？如果分支变多，这里的代码就会变得 臃肿，难以维护，可读性低 。如果你需要接入一种新的解析类型，那只能在 原有代码上修改 。说得专业一点的话，就是以上代码，违背了面向对象编程的开闭原则以及 单一原则 。开闭原则 （对于扩展是开放的，但是对于修改是封闭的）：增加或者删除某个逻辑，都需要修改到原来代码单一原则 （规定一个类应该只有一个发生变化的原因）：修改任何类型的分支逻辑代码，都需要改动当前类的代码。如果你的代码就是：有多个if...else等条件分支，并且每个条件分支，可以封装起来替换的，我们就可以使用策略模式来优化。策略模式使用一个接口或者抽象类，里面两个方法（一个方法匹配类型，一个可替换的逻辑实现方法）不同策略的差异化实现(就是说，不同策略的实现类)使用策略模式一个接口，两个方法不同策略的差异化实现示例封装接口类、策略实现类<?php //统一实现接口 interface Strategy { function send(); } //实现 class ServiceFollowLog implements Strategy { public function send() { // TODO: Implement get() method. echo "记录网络客服的日志"; } } class SaleFollowLog implements Strategy{ public function send() { // TODO: Implement get() method. echo "记录业务员日志"; } } // 工厂类 class Factory{ public $products=array(); public function get($type){ return $this->products[$type]; } public function register($type){ $class=ucfirst($type); $this->products[$type]=new $class; } } 应用层（接口）：class user { // public $types=array("sms","email"); public $types= ["3"=> "ServiceFollowLog" , "4"=> "SaleFollowLog"]; public $factory=null; public function __construct(){ //先生成出所有策略的对象 $this->factory=new Factory(); foreach(array_values($this->types) as $t){ $this->factory->register($t); } } //-----新的代码示例：改造策略模式----------- public function newDoAction(){ //根据传递的type参数 , 选择使用哪一个策略 $post="3"; $notice=$this->factory->get($this->types[$post]); $notice->send(); } //---------旧的代码示例------------ public function OldDoAction(){ $type = "sms"; if($type == "sms"){ echo "sms"; }elseif ($type =="email"){ echo "email"; }elseif ($type == "qq"){ echo "qq"; } } } 调用输出// 输出 $u = new user(); $u->newDoAction();每个类都是一个策略，如果有新的策略，增只需要添加一个策略类并把类注册进来。保证了每个类的职责单一性