六大设计原则 - 开闭原则【Open Close Principle】

六大设计原则

• 单一职责原则
• 里式替换原则
• 依赖倒置原则
• 接口隔离原则
• 迪米特原则
• 开闭原则

---

开闭原则

定义: Software entities like classes, modules and functions should be open for extension but closed for modifications. 一个软件实体应该对扩展开放，对修改关闭。

定义解析：一个软件实体应该通过扩展来实现变化，而不是通过修改已有的代码来实现变化。

• 软实体包括

  1.项目或软件产品中按照一个的逻辑规则划分的模块 
  2.抽象或类 
  3.方法 
  

举例：

IBook 是定义了数据的三个属性：名称、价格和作者，小说类 NovelBook 是一个具体的实现类，所有小说书籍的总称，BookStore 指的是书店。

代码：

public class BookStore { 
    private final static ArrayList<IBook> bookList = new ArrayList<IBook>(); 

   //静态模块初始化，项目中一般是从持久层初始化产生
  static{ 
           bookList.add(new NovelBook("天龙八部",3200,"金庸")); 
           bookList.add(new NovelBook("巴黎圣母院",5600,"雨果")); 
           bookList.add(new NovelBook("悲惨世界",3500,"雨果")); 
           bookList.add(new NovelBook("金瓶梅",4300,"兰陵笑笑生")); 
 } 

//模拟书店买书
public static void main(String[] args) { 
         NumberFormat formatter = NumberFormat.getCurrencyInstance(); 
         formatter.setMaximumFractionDigits(2); 
        for(IBook book:bookList){ 
             System.out.println("书籍名称：" + 
             book.getName()+
             "\t书籍作者：" + 
             book.getAuthor()+ 
             "\t书籍价格：" + 
             formatter.format(book.getPrice()/100.0)+
             "元"); 
         } 
  } 
} 

引入问题：书店为了生存开始打折销售：所有 40 元以上的书籍 9 折销售，其他的 8 折销售。对已经投产的项目来说，这就是一个变化，我们来看看这样的一个需求变化，我们该怎么去应对，有三种方法可以解决这个问题：

1、修改接口。
2、修改实现类。
3、通过扩展实现。

根据开闭原则，第3种为最优方案（废话也不想多说，自己分析，不懂看《设计模式之禅》）

修改后：

public class BookStore { 
    private final static ArrayList<IBook> bookList = new ArrayList<IBook>(); 

//静态模块初始化，项目中一般是从持久层初始化产生
static{ 
 bookList.add(new OffNovelBook("天龙八部",3200,"金庸")); 
 bookList.add(new OffNovelBook("巴黎圣母院",5600,"雨果")); 
 bookList.add(new OffNovelBook("悲惨世界",3500,"雨果")); 
 bookList.add(new OffNovelBook("金瓶梅",4300,"兰陵笑笑生")); 
} 

//模拟书店买书
public static void main(String[] args) { 
 NumberFormat formatter = NumberFormat.getCurrencyInstance(); 
 formatter.setMaximumFractionDigits(2); 
 for(IBook book:bookList){ 
 System.out.println("书籍名称：" +
  book.getName()+
  "\t书籍作者：" + 
book.getAuthor()+
 "\t书籍价格：" + formatter.format(book.getPrice()/100.0)+"元"); } 
} 

修改后的描述：
只修改了static静态模块域，其他的部分没有任何改动。这部分确实修改了，该部分属于高层次的模块，是由持久层产生的，在业务规则改变的情况下高层模块必须有部分改变以适应新业务，改变时尽量的少，压制变化风险的扩散。

为什么使用开闭原则？

很理论的东西，自己琢磨，此处不做详述：
1.开闭原则对测试的影响
2.开闭原则可以提高复
3.开闭原则可以提高可维
4.面向对象开发的要求

开闭原则的使用姿势：

1.抽象约束
2.参数控制模块行为(参数控制程序的行为)
3.制定项目章程
4.封装(一是对相同的变化封装到一个接口或抽象类中，二是对不同的变化封装到不同的接口或抽象类中，不应该出现两个不同的变化出现同一个接口或抽象类中)

---

六大设计模式在本文已经简要描述完，最后来个装逼式的总结：

“编码的时候不要被设计模式禁锢思维，同时要使用设计模式约束思维。”