六大设计原则
- 单一职责原则
- 里式替换原则
- 依赖倒置原则
- 接口隔离原则
- 迪米特原则
- 开闭原则
开闭原则
定义: 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.封装(一是对相同的变化封装到一个接口或抽象类中，二是对不同的变化封装到不同的接口或抽象类中，不应该出现两个不同的变化出现同一个接口或抽象类中)
六大设计模式在本文已经简要描述完，最后来个装逼式的总结：
“编码的时候不要被设计模式禁锢思维，同时要使用设计模式约束思维。”
