在上文(设计模式学习-简单工厂模式)的模拟场景中，我们用简单工厂模式实现了VISA和MASTERARD卡的刷卡处理，系统成功上线并运行良好，突然有一天老大跑来说，我们的系统需要升级，提供对一般银联卡的支持。怎么办？有需求总是要改的，苦B的程序员伤不起啊....
怎么改？增加一个银联卡处理类？然后在工厂类的静态方法里增加Case处理？前几天刚读了面向对象的核心设计原则-“开放封闭原则”，这样改下去不是完全违背了这个设计原则？
开放封闭原则（OCP，Open Closed Principle）是所有面向对象原则的核心。软件设计本身所追求的目标就是封装变化、降低耦合，而开放封闭原则正是对这一目标的最直接体现。其他的设计原则，很多时候是为实现这一目标服务的，例如以Liskov替换原则实现最佳的、正确的继承层次，就能保证不会违反开放封闭原则。开放封闭原则，其核心的思想是：软件实体应该是可扩展，而不可修改的。也就是说，对扩展是开放的，而对修改是封闭的。
于是，我决定重构之前的简单工厂模式实现的方法，首先我们找出变化点，增加银联卡处理类是不可避免，这属于扩展，对工厂类增加CASE条件的处理，这里属于修改原业务，属于修改，OCP告诉我们，对修改应该是关闭的。
OK，顺利找到变化点，由于我们不知道将来需要实例化出什么对象，所以将产品工厂抽象出来，让对象的实例化在子类实现：