OCP
Open-Closed Principle
这是一个总得原则，是面向对象理论中一个最基本的原则了。
什么是OCP？
OCP是对扩展开放，而对修改封闭。它的英文原文是：OPEN FOR EXTENSION, CLOSED FOR MODIFICATION.
而我想用一句中文更好的表达出它的目标。以不变应万变。
我们依然用IDraw的例子来解说，在这个例子中，我们抽象出了IDraw接口，使得Draw方法可以封闭，而不必写成switch-case方式的代码。
抽象是OCP的关键
1) 有些对象关系是难以抽象的。
依然以IDraw为例，我们现在所能想到的Rectangle和Circle等Shape。
你可否想过，我们现在要绘制的Shape有空心和实心之分？这样，IDraw接口和Draw方法是否符合OCP原则？
你可否想过，我们有一天想绘制文本框，甚至是表格，这样，IDraw接口和Draw方法是否符合OCP？
你可否想过，我们希望我们可以控制图形之间的遮盖关系，这样，IDraw接口和Draw方法是否符合OCP？
哦，这些你都想到了。
你可否想过，我们希望一些图形外围可以绘制蚂蚁线，这样，IDraw接口和Draw方法是否符合OCP？
你可否想过，我们可以在上面绘制一些ActiveX控件，这样，IDraw接口和Draw方法是否符合OCP？
我承认，有些需求很苛刻，但是毕竟在一些常见的软件里，这些都是既成事实了。
2) 在重构的时候进行抽象
显然，我们做软件，不是在做教学示例，那些追求每一个完美细节的软件往往是瑞典海军瓦萨号战舰。我们的最终目标不是抽象，而是做软件，我们可以在重构的时候，对一些对象关系进行抽象，毕竟，往往在这个时候，你才能更清楚地认识到哪些抽象是恰当的，哪些是瓦萨号上的精美雕塑。
3) 抽象是必然的。
在某些情况下，抽象是必然的。相信在上面的例子中，稍有经验的朋友都会设计出CShape类，或者IDraw接口，毕竟我们知道将来要绘制的东西很多，这个时候怎么办？抽象。
我们也提供很多种办法来取得这样的符合，例如多态，或者表驱动。
全局变量带来的问题
当某个函数使用到了一个全局变量的时候，那么，这个函数就对这个全局变量产生了依赖。这种依赖是可怕的，我们很难了解到还有谁会修改这个全局变量，那么我们的函数的输出就总是一个悬而不决的问题了。
public成员，也存在这个问题。
好的习惯是，
使用private成员，只有考虑到继承的时候，才使用protected成员，而且不要在很多个函数里面都试图直接操作成员变量，尽量用仅有几个方法来修改成员变量(从调试的角度来说，这也是箴言哦)。
OCP是一个总原则【2】，实际上，我们要发挥出面向对象的巨大威力，都要尽量符合OCP原则。我们还要谈到更多的原则，这些原则都是为了最终实现OCP，以不变应万变，不是一种境界吗？
【1】2008-8-5，我还需要重新排版。
【2】2009-2-4，我以为这个是一个总的原则。如果读者觉得我的体会有偏差，希望我能和您进行一下讨论。
