读书笔记之设计模式的六大原则

1.单一职责原则

一个类中应该只封装相同功能的方法,每一个函数只负责一件事情.比如一个下载图片的框架,包含从缓存中加载图片,下载图片等功能.从这个2个功能来看主要是分为2大类,一个是加载图片,一个是做缓存,为了满足单一职责的原则,我们就需要定义2个类来封装这2个功能,一个功能负责加载图片,一个功能负责做缓存.而对于每个类,也要将功能细分到每一个函数负责一件事情,比如缓存的类,就可以分为初始化缓存,将图片添加到缓存,从缓存中获取图片等.

2.开闭原则

软件中的类,模块,函数等应该对应扩展是开放的,但是,对于修改是封闭的.当然这不是绝对的,而是要尽量做到.拿上面的例子来说,我们将加载图和缓存放到了2个类中,那么在加载图片的类中肯定要有缓存类的引用.刚开始缓存类只做了内存缓存,现在我们需要磁盘缓存,我们是不是又定义了一个新的缓存类,那么要在加载图片的类中用到磁盘缓存的方法,是不是要在加载图片的类中添加磁盘缓存的引用,这样每次有新功能可能都需要修改原来的类.为了做到尽量不修改,我们可以用接口定义相应的功能,而在加载图片的类中保存的是接口的引用,然后可以定义一set方法,来为加载图片的类设置对应的缓存.这样做就不需要修改原来的类了.

3.里氏替换原则

所有引用基类的地方必须能透明的使用其子类对象.通俗的讲,只要父类出现的地方子类就可以出现,而且替换为子类也不会产生任何错误或异常.在上面的开闭原则就用到了里氏替换

4.依赖倒置原则

模块间的依赖通过抽象发生,而不依赖与具体的实现类,在上面的开闭原则时,加载图片的类要依赖缓存的类,这时在加载图片的类中的引用类型是接口或者抽象类,这样用户想要实现什么功能都传相应的子类即可.如果是引用的具体实现类,当这个实现类不能满足功能时,就需要去修改加载图片类的代码,这样就破坏了开闭原则.

5.接口隔离原则

客户端不应该依赖它不需要的接口,且依赖的接口应该建立在最小的接口上,其实也就是接口的定义也要满足单一原则.

6.迪米特原则

一个对象应该对其他对象有最少的了解,通俗的将,一个类应该对自己需要耦合或者调用的类知道的最少,类的内部如何实现与调用者或者依赖者没有关系,调用者或者依赖者,调用者或者依赖者只需要知道它需要的方法即可.