【设计模式】设计模式的学习*面向对象的设计原则

 

一、前言

为什么要有设计模式？

设计模式的根本目的是减少项目变化所造成的影响,这一点要牢牢记住!
工厂模式是把项目当中的变化点抽取封装出来.至于哪些是变化点,哪些该抽象需要开发者自行观察和预测.

 学习资料来自于李建忠 的设计模式的视频。真的感谢，看完视频之后我有个新的认识，下面就给大家分享一下自己的感悟。

     就要话说《设计模式：可复用面向对象软件的基础》这本书了，标题的重点应该是后面，可复用，面向对象，设计模式这个词有点太高端。容易误导。现在应该叫套路吧。

     我先说一下面向对象设计原则，然后是几个我熟悉的设计模式。

二、面向对象设计原则

依赖倒置原则：

A.高层次的模块不应该依赖于低层次的模块，他们都应该依赖于抽象。

B.抽象不应该依赖于具体实现，具体实现应该依赖于抽象。

上面是百度回答，我上来就不是很明白。缩句一下，高层模块、底层模块都应依赖于抽象，实现细节也应依赖于抽象。这么说也不太明白。我从开始我不太明白的两个点说起：

1.这得从class,object这两个词开始说，class:种类 ，object：物体。如果只叫，类和对象，就不太清楚了。因为class是一个类属，是对一堆有共同点的一个集合。object，物体，就不是一个类属，是一个事实存在的东西。

2.子类，父类，继承。总是被传授子类，父类，继承，很容易就让人联想到现实生活中子承父业的事。其实这是错误的，这并没有什么关系。这是一种类属关系。动物类可以分出-陆生动物，水生动物。应该是拥有共同点分的类（父类）和向某个方向细化的分的类（子类）。

再看依赖倒置原则，缩句一下：依赖于抽象。

开放封闭原则：

对扩展开放，对更改封闭。我理解的意思就是，只添加新的，不修改原来的。

单一职责原则：

一个类应该仅有一个引起它变化的原因，变化的方向隐含着类的责任。

liskov替换原则：

子类必须能够替换他们的基类

接口隔离原则：

不应该强迫客户程序依赖他们不用的方法，接口应该小而完备。

·优先使用对象组合，而不是类继承

·封装变化点

·针对接口编程，而不是针对实现编程

 

经验之谈(这个是李建忠视频中的)：

不要为模式而模式

关注抽象类和接口

理清变化点和稳定点

审视依赖关系

要有framework和application的区隔思维

良好的设计是演化的结果