说个不恰当的例子吧。小A是一个风度翩翩的美男子，喜得N多美女喜欢。他呢一向很开放，性格随和，所以和身边的美女同学都很亲近，说不清是爱情还是友情。这是N多少年的梦想啊，谁不想身边美女如云啊？终于有一天，小A交女朋友了。女友可谓风姿卓越，沉鱼落雁。是不是很狗血的剧情？不要急，咱们不是为了讲故事。可是小A开放惯了，不懂得封闭。还是和身边的女生们很随和。一致，女朋友生气。后果很严重。
为什么会这样呢？因为爱情是唯一的是不可侵犯的，是不可分享的，是私有的霸占的。应该是对外封闭的。小A就是不懂得去把握开放封闭原则。那么什么是开放封闭原则呢？请看下文。
一、什么是开放封闭原则？
所谓开放封闭原则就是说，软件实体应该是可扩展，而不可修改的。也就是说，对扩展是开放的，而对修改是封闭的。
当你写好一个程序，你里面的类是相互独立的，并且是对一些毁灭性的更改是封闭的，但他可以被扩展。正如，第一话中的计算器的例子，如果开始你只是写了一个计算加法的程序，当要添加减法的功能时，你不能去修改做加法运算的类，但你可以去扩展他，继承他重写其方法等等方法解决。
所以说你写程序时要遇见未来，把一个类写成可扩展的，但不能轻易修改的。
都说开放封闭原则是面向对象设计的核心，这话不假。还不明白，怎么办？
突然想到一个笑话，你可以去北大青鸟学一年，再去蓝翔学一年，再去新东方学一年，出来你就可以用电脑控制挖掘机炒菜了。是不是很高端大气上档次？
二、应用于什么场合？
1、面向程序设计的方方面面；
2、业务逻辑比较庞大的系统等。
三、上代码（银行业务系统）
其实咱们之前写的那几个例子已经使用了开放封闭的原则。呵呵，是不是好多你都是以前用过，只是不知道名字而已。
在银行，如果每个窗口都进行存取等多项业务，那么业务处理者必须非常熟悉各项业务，并且需要高度认真不能给别人办错了业务，他的桌面也将需要N多东西。
但是如果把这些业务分离开，一个窗口时一种业务，那将提高多少效率，工作人员也轻松了，人们也不用等那么久了。
Bank.java
public interface Bank {
public void work(int money);
}
Deposit.java
public class Deposit implements Bank {
public void work(int money) {
// TODO Auto-generated method stub
System.out.println("您存了"+money+"元整");
}
}
Widthdraw.java
public class Withdraw implements Bank {
public void work(int money) {
// TODO Auto-generated method stub
System.out.println("您取了" + money + "元整");
}
}
BankFactory.java
//工厂类，是不是很熟悉，对，简单工厂模式
public class BankFactory {
public static Bank createBank(String choice) {
Bank bank = null;
if (choice.equals("withdraw")) {
bank = new Withdraw();
} else if (choice.equals("deposit")) {
bank = new Deposit();
}
return bank;
}
}
Main.java
public class Main {
public static void main(String[] args) {
// TODO Auto-generated method stub
Bank worker1 = BankFactory.createBank("withdraw");
worker1.work(10000);
Bank worker2 = BankFactory.createBank("deposit");
worker2.work(20000);
}
}
四、小结
原则都是人定的，要活学活用。学习设计模式是为了设计出高质量的代码，让其易维护，易扩展，易重用，灵活清晰等等。这是共同的追求，如果我们有自己的业务需求有自己的思想，就是感觉这样做是好的，那么恭喜你你感觉错了。要是你问自己几个问题，我的类可以分成多个类么？我的类需不需要分成多个类？万一Boss让我添加其他功能会不会影响到这些类？当你想清楚了，那么恭喜你，你已经完美使用了设计模式。
开放封闭模式这个界限太模糊了，要是太封闭了，那就只有女朋友，也不好。人活一世，广交朋友。所谓，海内存知己，天涯若比邻。