共计 3129 个字符，预计需要花费 8 分钟才能阅读完成。
设计模式六大准则
繁多职责准则（SRP）
定义：一个类应该只有一个引起它变动的起因
假如有一个类 N，它负责两个职责，Z1 和 Z2。假如职责 Z1 产生了扭转，就须要批改 N 类，而批改了 N 类就可能会导致原本能够失常运行的 Z2 不能失常运行了
在零碎中，一个类承当的职责越多，那么它被复用的可能性必定是越小的。承当的职责越多，很容易将这些职责耦合在一起，这时，一旦某个职责产生了变动，就可能会影响到其它职责的失常运行。所以，能够将不同的职责进行拆散，封装到不同的类中
繁多职责准则能够说是实现 高内聚、低耦合 的一个指导方针。show me code
<?php
class BaiLi
{public function flash() // 闪现
{echo "闪现！".PHP_EOL;}
public function pushVision() // 插眼
{echo "我插了个眼".PHP_EOL;}
public function sniper() // 狙击
{echo "我狙了一枪".PHP_EOL;}
public function backToCity() // 回城
{echo "状态不好，回城".PHP_EOL;}
}
写了一个百里的类，类的设计看上去如同是没什么问题，类中都是这个英雄的各种技能和操作。繁多职责准则要求一个类只有一个起因引起它的变动，也就是它应该只负责一件事。而这里，它其实负责了两件事，或者说三件事，闪现、回城这算是公共技能，插眼、狙击算是该英雄特有的技能。如果该英雄要进行改版，须要更改百里的特有技能，那这里的性能技能可能就会受到影响。公共技能实际上不应该因为任何英雄的改版而受影响的，所以应该将这两个职责拆开，拆成两个类，别离进行封装
例子可能不是特地失当，大略是这么个意思。假如有一个登录的类（Login），它里边有解决表单数据性能（dealForm）、表单数据校验性能（checkForm）、登录性能（login）、获取用户信息性能（getUserInfo）等
这个类其实就没有遵循繁多职责准则，用繁多职责准则进行重构，应该将解决表单数据（dealForm）、表单数据校验（checkForm）封装到一个表单解决类中（Form），将获取用户信息（getUserInfo）放到一个 User 类中
凋谢关闭准则（OCP）
定义：软件中的对象（类、模块、函数等）应该对扩大是凋谢的，然而，对批改是关闭的
对扩大凋谢的意思是，咱们能够轻易减少新性能，而对原有性能不会产生任何批改。也就是说，软件中的对象尽量应该在不批改原有代码的状况下进行扩大
工作中咱们其实大部分工夫都是在保护代码，或因需要的变更，或因降级。如果咱们在原有的代码根底上进行批改，那么就可能对老的代码造成影响。工夫一久，咱们就不得不对系统进行重构，而且还须要把原有的代码再从新测一遍。那么如果有需要变更或系统升级，咱们是通过扩大来实现新的需要，那么就不会对历史的逻辑和代码造成影响
所以咱们在设计代码的时候就应该思考，如何做到对扩大凋谢、对批改关闭？
通常的形式就是形象一个接口或者抽象类，定义公共的办法，从而实现不便的扩大。或者咱们去继承一个接口或抽象类来达到扩大的目标。总之，外围就是 形象
为了满足开闭准则，须要对系统进行抽象化设计，抽象化是开闭准则的要害。在像 Java、C++ 这种面相对象的编程语言中，通常是 给零碎定义一个绝对稳固的形象层，将不同的实现行为移到具体的实现层中实现。当须要改变零碎行为的时候，不须要对形象层进行批改，只须要减少新的具体类来实现新的业务性能即可。从而实现在不批改已有代码的根底上扩大零碎的性能，达到开闭准则的要求
假如我依照如下的逻辑来实现王者光荣的射手属性的英雄
<?php
class Shooter
{public function firstSkill($hero)
{if ($hero == 'baiLi') {$obj = new Baili();
$obj->firstSkill();} elseif ($hero == 'mengYa') {$obj = new Mengya();
$obj->firstSkill();}
}
public function SecondSkill($hero)
{if ($hero == 'baiLi') {$obj = new Baili();
$obj->SecondSkill();} elseif ($hero == 'mengYa') {$obj = new Mengya();
$obj->SecondSkill();}
}
public function ThirdSkill($hero)
{...}
}
class Baili
{public function firstSkill()
{echo "百里的一技能";}
public function SecondSkill($hero)
{echo "百里的二技能";}
public function ThirdSkill($hero)
{echo "百里的三技能";}
}
class Mengya
{public function firstSkill()
{echo "蒙犽的一技能";}
public function SecondSkill($hero)
{echo "蒙犽的二技能";}
public function ThirdSkill($hero)
{echo "蒙犽的三技能";}
}
上边这种形式，如果我当初要减少一个英雄，就须要批改 Shooter（射手类）类的三个办法，减少新的判断逻辑，这就违反了凋谢关闭准则
当初将射手类形象进去
<?php
abstract class Shooter
{abstract function firstSkill();
abstract function SecondSkill();
abstract function ThirdSkill();}
class OperateShooter
{
private $shooter;
public function setShooter(Shooter $shooter)
{$this->shooter = $shooter;}
public function firstSkill()
{$this->shooter->firstSkill();
}
}
class Baili extends Shooter
{public function firstSkill()
{echo "百里的一技能";}
public function SecondSkill()
{echo "百里的二技能";}
public function ThirdSkill()
{echo "百里的三技能";}
}
class Mengya extends Shooter
{public function firstSkill()
{echo "蒙犽的一技能";}
public function SecondSkill()
{echo "蒙犽的二技能";}
public function ThirdSkill()
{echo "蒙犽的三技能";}
}
$obj = new OperateShooter();
$obj->setShooter(new Baili());
$obj->firstSkill();
输入：百里的一技能
重构之后，封装了一个抽象类（Shooter），并且 OperateShooter 针对射手这个抽象类进行了操作，通过 setShooter()办法，能够让使用者来设置实例化具体的射手英雄对象，通过 OperateShooter 的 firstSkill()办法来调用传过来的对象的 firstSkill()办法。假如此时减少了一个新的射手英雄，只须要将新的射手英雄继承射手抽象类（Shooter），在应用这个新英雄的一技能时，间接向 OperateShooter 类中注入一个新英雄的对象即可，这样就不必次改现有类的代码
