开发-封闭原则(OCP)
1.什么是“开放-封闭”
随着软件系统规模的不断增大，软件系统的维护和修改的复杂性不断提高，这种困境促使法国工程院士Bertrand Meyer在1998年提出了“开放-封闭”（Open-Close Principle，OCP）原则，这条原则的基本思想是：
Open（Open for extendtion）模块的行为必须是开放的、支持扩展的，而不是僵化的。
Close（Closed for modification）在对模块的功能进行扩展时，不应该影响或大规模地影响已有的模块。
换句话说，也就是要求开发人员在不修改系统中现有代码（源代码或者二进制代码）的前提下，实现对应用系统的软件功能的扩展。用一句话概括就是：一个模块在扩展性方面应该是开发的而在更改性方面应该是封闭的。
从生活中，最容易想到的的例子就是电脑，我们可以轻松地对电脑进行功能的扩展，而只需通过接口连入不同的设备。
开放-封闭能够提高系统的可扩展性和可维护性，但这也是相对的，对于一台电脑不可能完全开放，有些设备和功能必须保持稳定才能减少维护上的困难。要实现一项新的功能，你就必须升级硬件，或者换一台更高性能的电脑。以电脑中的多媒体播放软件为例，作为一款播放器，应该具有一些基本的、通用的功能，如打开多媒体文件，停止播放、快进、音量调节等功能。但不论是什么播放器，不论是什么播放平台下，遵循这个原则设计的播放器都应具有统一风格和操作习惯，无论换用哪一款，都应保证作者能快速上手。
以播放器为例，先定义一个抽象的接口，代码如下所示。
interface process
{
public function process();
}
然后，对此接口进行扩展，实现解码和输出功能，如下所示
class playerencode implements process
{
public function process()
{
echo "encode",PHP_EOL;
}
}
class playeroutput implements process
{
public function process()
{
echo "ouput",PHP_EOL;
}
}
对于播放器的各种功能，这里是开放的，只要你遵照约定，实现了process接口，就能给播放器添加新的功能模块。这里只实现解码和输出模块，还可以依据需求，加入更多新的模块。
接下来定义播放器的线程高调度管理器，播放器一旦接收到通知（可以是外部单击行为，也可以是内部的notify行为）,将回调实际的线程处理，代码如下
class playProcess
{
private $message = null;
public function __construct() {}
public function callback(event $event)
{
$this->message = $event->click();
if($this->message instanceof process)
{
$this->message->process();
}
}
}
具体的产品出来了，在这里定义一个MP4类，这个类是相对封闭的，其中定义事件的处理逻辑，代码如下
class mp4
{
public function work()
{
$playProcess = new playProcess();
$playProcess->callback(new event('encode'));
$playProcess->callback(new event('output'));
}
}
最后为事件分拣的处理类，此类负责对事件进行分拣，判断用户或内部行为，以产生正确的“线程”，供播放器内置的纯种管理器调度，代码如下
class event
{
private $m;
public function __construct($me)
{
$this->m = $me;
}
public function click()
{
switch($this->m)
{
case 'encode';
return new playerencode();
break;
case 'output':
return new playeroutput();
break;
}
}
}
最后运行下而的代码
$mp4 = new mp4; $mp4->work();
运行结果如下：
encode ouput
2.如何遵守开放-封闭原则
实现开放-封闭的核心就是对抽象编程，而不对具体编程，因为抽象相对稳定。让类依赖于固定的抽象，这样的修改就是封闭的；而通过面向对象的继承和对多态机制，可以实现对抽象体的继承，通过覆写其方法来改变固有行为，实现新的扩展方法，所以对于扩展就是开放的。
1）在设计方面应用“抽象”和“封装”的思想。
一方面也就是要在软件系统中找出各种可能的“可变因素”，并将之封装起来。
另一方面，一种可变的因素不应当散落在多个不同代码模块中，而应当被封装到一个对象中。
2）在系统功能编程实现方面应用面向接口的编程。
当需求发生变化时，可以提供该接口新的实现类，以求适应变化。
面向接口编程要求功能类实现接口，对象声明为接口类型。在设计模式中，装饰模式比较明显地用到了OCP。
