设计原则第一次复学

本文主要是介绍设计原则第一次复学，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

UML图

可见性：

可见性主要分为三种：

+：表示public

-：表示private

#：表示protected

属性的完整表示方式是： **可见性名称：类型 [ = 默认值]**

方法的完整表示方式是： **可见性名称(参数列表) [ ：返回类型]

类间关系

关联关系（使用实心三角头实线）：就是一种引用关系，分为一般关联关系、聚合关系和组合关系

一般关联关系又分为三种

单向关联：就是A类里有成员对象是B类，

双向关联，A和B互为对方的成员对象。

子关联，就自己的成员对象上有自己。

聚合关系（使用空心菱形头线）：是关联关系的一种，是强关联关系，但成员对象可以脱离整体对象而独立存在，就比如Animal类和Cat类。离开了Animal类Cat类自己也可以独立完成功能。注意：菱形一端连整体对象。

组合关系（使用实心菱形头线）：是关联关系的一种，是更强烈关联关系，整体对象可以控制成员对象的生命周期，简单说成员离不开整体，成员不能脱离整体而存在。比如中国不能失去山东，就像西方不能失去耶路撒冷。这里存在两种组合关系，耶稣撒冷和西方，山东和中国，两种关系的成员都不能脱离整体去独立存在。

依赖关系（使用虚线箭头线）：
是一种最弱的关联方式，是临时性的关联。在方法中使用局部变量，方法参数等方法调用被依赖类的方法属性等，完成功能。

继承关系（使用空心三角头实线）：继承关系是对象间耦合度最大的关系，表示一般与特殊的关系，子类和父类之间的关系，表示继承关系。箭头从子类指向父类，java使用面向对象的继承机制来实现泛化关系。

实现关系（使用空虚心三角头虚线）：表示接口与实现类的关系。类实现了接口，类中的操作实现了接口中所声明的抽象方法。

软件设计原则

为了提高软件开发中软件系统的优良特性，总结出几条有利于软件系统特性的几条原则。

1. 开闭原则

应该对扩展开放，对修改关闭，简单来说就是说一个软件实体应该通过扩展来实现变化。要更好地实现该原则就需要使用接口和抽象类。因为抽象可以进行一个灵活性和扩展性的增强，当一个类的功能需要变化时，直接再派生一个子类去换一种实现即可。

2. 里氏替换原则

任何父类出现的地方，子类就一定可能出现。原因是什么呢，通俗是因为子类是父类的扩展和延伸，而不是忤逆，举个栗子：老鼠的儿子可以不会上天，但必须会打洞。尽量少去重写父类的方法。

3. 依赖倒置原则

高层模块（调用模块）不应该依赖底层模块（被调用模块），两者都应该依赖其抽象；抽象不应该依赖细节；细节应该依赖抽象。举个栗子，我有一个A类，要调用B类，这是依赖正置，但有问题，这种耦合性极高，若我想稍微改变一下B类的逻辑，就需要重新修改B类，和开闭原则有些类似，这也违反了对扩展开放对修改关闭，所以应该让A类调用B类的抽象类或接口，这就是依赖其抽象。这既符合依赖倒置原则也符合开闭原则。

每个类尽量都有接口或实现类，或者实现类和接口都具备，这是依赖倒置的基本要求，接口和抽象类是抽象的，有了抽象才可能依赖倒置。

变量的表面类型一定要是接口或实现类

依赖正置就是类间的依赖是实实在在的实现类间的依赖，也就是面向实现编程。

4. 接口隔离原则

客户端不需要依赖他不需要的接口，类间的依赖关系应该建立在最小的接口上。

接口隔离原则对接口进行规范约束

接口要尽量小
接口要高内聚
定制服务
接口设计是有限度的

举个栗子：我有A接口有1，2，3，4四个接口方法，但我的实现类只需要3个，那么将不采用A接口，最好的方案是，有B，C，D三个接口，分别拥有2，3，4方法，然后实现这3个接口并实现其接口方法。

5. 迪米特法则

迪米特法则也称最少知识法则，解释是一个对象应该对其它对象有最少的了解，只和直接的朋友通信，不跟陌生人通话。举个栗子：人可以自己去买房子、租房子，和规划学习路线、找课程，但迪米特法则推荐你去和房产中介和老师通信，房产中介去处理问价格、比较房屋等问题，老师处理学习路线规划、资料推荐等问题。这样算是一种解耦，有着高内聚，让代码结构清楚等等一系列优点。但是若什么事，都去找中介，就会导致过度中介化，适得其反，导致代码逻辑，代码结构复杂，变得难以理解。

6. 合成复用原则

尽量先使用组合或聚合等关联关系来实现，其次才考虑使用继承关系来实现。举个栗子：我要根据父类给的一个参数或方法去完成任务，如果使用继承，不仅导致耦合提高，还会导致大量类的创建，如果我需要两个参数，比如一辆车，两个属性，颜色和车型，各有5种颜色和5种车型，去继承的话要去创建25个最终实现类，中间还会有5个抽象类。若使用成员变量则可以，只创建两个抽象类，和十个最终实现类，结构清晰而又简单。