开闭原则是一个大部分人都知道，但大部分人都不懂的设计原则！
====================================================================
OCP，Open-Closed Principle，中文翻译为“开闭原则”。
当我第一次看到OCP原则时，我的感觉就是这原则也太抽象了吧，什么开，什么闭呢？
然后我去寻找更加详细的答案，最经典也是最常见的解释就是维基百科了：
http://en.wikipedia.org/wiki/Open/closed_principle
| "software entities (classes, modules, functions, etc.) should be open for extension, but closed for modification"; |
翻译一下就是：对扩展开放，对修改封闭！
虽然这句解释更详细了，但其实还是很难理解，我因此去请教了一个前辈高人，他的回答更加惊世骇俗：不修改代码就可以增加新功能！！
当时我听到这句话就震惊了，这是多么神奇的事情啊，不修改代码就能够增加新功能！
但问题是：怎么做到的呢？难道这个原则是有关人工智能，又或者有什么高超的技巧，能够做到不修改代码增加新功能？
这么牛逼的原则当然要继续探索了，但怎么也没有找到“不修改代码就可以增加新功能”的独门秘籍！
于是对这个原则有了怀疑，经过继续的探索和查看各种资料，才发现原来是各位大师们在解释这个原则的时候隐藏了非常重要的“主语”，而这才是OCP原则的关键！
大师们省略的主语一个就是consumer（翻译成使用者、消费者），一个就是provider（翻译成生产者、提供着），例如A类调用了B类的方法，则A就是consumer，B就是provider。
完整的OCP原则实际上应该这样表述：open for provider extension，closed for consumer modification，翻译一下就是：对使用者修改关闭，对提供者扩展开放！
更通俗的意思就是：提供者增加新的功能，但使用者不需要修改代码！
虽然到这里我们已经基本上将OCP原则解释清楚了，但实际上细心的朋友还是会发现有问题的：提供者增加新的功能，使用者不修改代码就能用上么？
比如说：你设计一款有关车游戏，需要设计一个“car”的类，这个类原来有“加速”、“刹车”、“转向”三个功能，现在你要加一个新功能“改装”，游戏中其它类例如player，不修改代码就可以用上“改装”这个功能么？
很显然这是不可能的，我都新加了一个函数，你都不调用就能用新的功能，这也太邪乎了吧？
答案在于所谓的增加新功能，并不是增加一个全新的功能，而是原有的功能有了替代实现，这也是英文的“extension”所隐含的深意！
继续以赛车car作为例子，假设现在你设计了“卡车”、“跑车”、“家用车”三种车，现在要增加一种车“卡丁车”，只要“卡丁车”也实现了“加速”、“刹车”、“转向”，那么player不需要修改代码，就可以玩“卡丁车”了；但如果你增加了一种“改装”的功能，那么player必须修改才能使用“改装”功能。
对应到代码上来说，OCP的应用原则如下：
1） 接口不变：包括函数名、函数参数、函数返回值等，可以应用OCP
2） 接口改变：已有函数修改名称、参数、返回值，或者增加新的函数，OCP都不再适应
虽然OCP原则是针对类设计提出来的原则，但其思想其实适应很广，系统和系统、子系统和子系统、模块和模块之间都可以应用OCP原则，而且不同的地方应用其实都是遵循同一个原则：通过接口交互！例如：
1） 类之间应用OCP：使用interface进行交互；
2）模块和模块、系统和系统：使用规定好的协议，不管是私有的还是公开的，例如HTTP、SOAP
================================================
转载请注明出处：http://blog.csdn.net/yunhua_lee/article/details/25772449
================================================