读Java与设计模式的感想

  昨天按照需求把很久以前写的某段delphi代码修改了一下，单个Unit终于突破了5000行，其实花的时间主要是修改之前的"复习"。

  出于对今后再次修改的恐惧，也是为了理清思路,把某些方法和变量封装成几个Class。感觉代码干净多了。

今天读了<Java与设计模式>前几章，感觉讲的非常好，之前也看过一些模式的书和博客，具体模式都讲的很清楚，但是总感觉缺了点什么，少了提纲挈领的东西。

摘录一段(可能不是原话)：

 

开闭原则 Open-Closed Principle  简称 OCP:一个类应该对扩展开放，对修改关闭。

开闭原则从另一个角度上讲，其实就是"对可变性的封装原则" Principle of Encapsulation of Variation

意味着两点：

  1.一种可变性不应当散落在代码的很多角落里，而应当被封装到一个对象里。同一种可变性的不同表象意味着同一个继承等级结构中的具体子类。继承应当被看作是封装变化的方法，而不应当被看作是从一般对象生成特殊对象的方法。

  2.一种可变性不应当与另一种可变性混在一起。

以下的原则其实都是为了实现开闭原则，都附属于开闭原则，是它的工具与手段。

里氏替换原则 Liskov Substitution Principle 简称 LSP :任何父类出现的地方都可以被子类代替。

依赖倒置原则 Dependence Inversion Principle 简称 DIP：要依赖于抽象不要依赖于实现。

解释下为什么叫倒置：底层的接口是由高层提出的，然后由底层实现的，就是说底层的接口所有权在高层，所以叫倒置。

接口隔离原则 Interface Segregation Principle 简称 ISP ：为客户端提供尽可能小的接口，而不是一个大的总接口，因为里面的东西客户端可能用不到而被迫实现它。

组合/聚合复用原则 Composition/Aggregation Principle 简称 CARP：尽可能使用组合，聚合达到复用目的而不是使用继承。分清 “has_a” 和 "is_a" 的关系。

迪米特原则 ：Law of Demeter 简称LoD，讲的是一个软件实体应当与尽可能少的其他软件实体发生相互作用。

 

我的理解是，使用设计模式最终目的是为了实现开闭原则，对可变性进行封装。整一堆AbstrctClass和Interface在具体类上面是为了什么？实现复用为了什么？模块的可插拔是为了什么?模块之间解耦为了什么？衍生出的那么多具体设计模式是干什么的？说到底就是为了Open-Closed，节约你的"复习"时间