设计模式六大基本原则

设计模式六大基本原则

一.单一职责原则

• 定义：就一个类而言，应该仅有一个引起它变化的原因。

单一职责原则，字面意思比较明确就是单一，也就是干尽量少的事情，说白了就是一个类尽量只做一件事。

对于一个类而言，应该仅有一个引起它变化的原因，简单来说，一个类中应该是一组相关性很高的函数、数据的封装。比如说我们要做一个图片加载器，不应该把所有的东西都写在一个类里面，应该各个功能独立出来，可以分成图片加载功能和缓存功能等模块，这样做，类中代码的逻辑清晰可见性、可扩展性和可维护性会大大提高。

二.开闭原则

• 定义：类，模块，函数等应该是可以扩展的，但是不可以修改。

软件中的对象应该对于扩展是开放的，对于修改是关闭的。开闭原则是编程中最基础，最重要的设计原则，只要是面向对象编程，在开发时都会强调开闭原则。

在软件的生命周期内，因为改变、升级和维护等原因我们需要对原有代码进行修改时，可能会将错误引用到原本已经经过测试的旧代码中，破坏原有系统。因此当我们的软件需要变化时，我们应该尽量通过扩展的方式来实现变化，而不是修改已有的代码来实现，因为这样可能会引起更多的问题。

三.里氏替换原则

• 定义：所有引用基类（一般来说都是抽象类或接口）的地方必须能透明的使用其子类的对象。

通俗的去讲，就是父类能出现的地方子类就可以出现，子类可以去扩展父类的功能，但是不能改变父类原有的功能。里氏替换原则是实现开闭原则的重要方式之一。

也就是说，子类可以实现父类声明的方法，也可以增加自己的特有的方法，以至于子类必须完全可替代其父类。

四.依赖倒置原则

• 定义：高层模块不应该依赖底层模块，两者都应该依赖于抽象。抽象不应该依赖于细节,细节应该依赖于抽象。

这个定义里面有两个概念：

1. 抽象/高层模块：接口或者抽象类，一般只定义了有什么操作，但是没有具体实现。
2. 细节/底层模块：实现接口或者继承抽象类而产生的，一般来说就是我们通过new产生出来的对象。

依赖倒置原则在java语言中的表现就是：模块间的依赖通过抽象发生，实现类之间不发生直接的依赖关系，其依赖关系是通过接口或抽象类产生的。

五.接口隔离原则

• 定义：一个类对另一个类的依赖应该建立在最小的接口上&客户端不应该依赖它不需要的接口。

接口隔离原则将非常庞大、臃肿的接口拆分成更小和更具体的接口，一个类对另一个类的依赖应该建立在最小的接口上。接口最小化，过于臃肿的接口依据功能，可以将其拆分为多个接口。

这个原则要求我们将接口细化，尽量减少接口中的方法，为某些独立的类建立独立的接口。

六.迪米特原则

• 定义：一个软件实体应当少的与其他实体发生相互作用。

因为类与类之间的关系越密切，耦合度越大，当一个类发生改变时，对另一个类的影响也越大，所以这也是我们提倡的软件编程的总的原则：低耦合，高内聚。

这和我们MVC_MVPMVVM的演变一样，我们不断的通过改善presenter和viewmodel，使其可以作为view和model的中介，桥梁，降低view和model的耦合度。举个具体的例子就是如下：

电话网络形式：

• 打电话的人 --> 接电话的人
• 打电话的人 --> 中间服务商转接 --> 接电话的人

第一种已经被时代抛弃了，虽然我们并不知觉，但是第一种电话网络模式，如果用在现代社会，那么带来的后果就是你再也看不见太阳了，头顶密密麻麻的电话线，更何况那是座机互联的时代，能够靠电话线来解决，但是这个时代呢？移动互联的时代呢，不能再靠着电话线来解决问题，而是中间商的介入就改变了这个现状。