七大原则与UML图

目录

1.设计模式

2.七大原则

单一职责原则：

开放-封闭原则：

里氏替换原则：

依赖倒转（置）原则：

迪米特法则：

合成/聚合复用原则：

接口隔离原则：

3.分类

4.UML图

---

1.设计模式

是前辈们对代码开发经验的总结，是解决特定问题的一系列套路。它不是语法规定，而是一套用来提高代码可复用性、可维护性、可读性、稳健性和安全性的解决方案。

本质是面向对象设计原则的实际运用，是对类的封装、继承、多态以及类的关联关系和组合关系的充分理解。

2.七大原则

单一职责原则：

每个类的职责要单一，引起这个类变化的原因只有一个。

单一职责原则适用于类，接口，方法。

开放-封闭原则：

对扩展开放，对修改关闭。

合理的抽象、分离出变化与不变化的部分，为变化的部分留下可扩展的方式。

过度的抽象会大大增加程序的复杂度。

里氏替换原则：

使得开放-封闭成为可能，体现了封装。

子类型必须能够替换掉他们的父类型（现实情况中符合）

继承必须确保父类所拥有的性质（属性，方法）在子类中仍然成立。

子类继承父类后，添加新的功能而不是去重写父类的功能。

依赖倒转（置）原则：

高层模块不应该依赖底层模块，两个都依赖抽象。

抽象不依赖细节，细节依赖抽象。

针对接口（广义的接口）编程，不针对实现编程

用接口或者抽象类指定规范，把具体细节交给具体类完成。

迪米特法则：

只与你的直接朋友交谈，不跟“陌生人”讲话

根本：强调类之间的松耦合。

信息的隐藏促进了软件的复用

也叫最少知识原则

AB是朋友，BC是朋友，AC不能直接通信，只能通过B通信。

合成/聚合复用原则：

尽量先使用组合或者聚合等关联关系来实现，其次才考虑使用继承关系来实现。

比如，让A类的对象是B类的成员，避免继承

接口隔离原则：

使用多个单一功能的接口比使用一个多功能的接口要好

使用多重继承分离原则

3.分类

• 创建型模式：如何创建对象
  • 单例模式、工厂模式、抽象工厂模式、建造者模式、原型模式。
• 结构型模式：如何将类或对象结合在一起形成一个更强大的结构
  • 适配器模式，桥接模式，装饰模式，组合模式，外观模式，享元模式，代理模式
• 行为型模式：类或对象间如何交互、如何划分职责，从而更好地完成任务
  • 模板方法模式，命令模式，迭代器模式,观察者模式，中介者模式，备忘录模式，解释器模式，状态模式，策略模式，职责链模式，访问者模式。

4.UML图

组合：整体与部分的关系，但部分不能离开整体而单独存在（更强的关联）

• 体现：成员变量
• 图示：带实心菱形的实线，菱形指向整体

聚合：整体与部分的关系，且部分可以离开整体而单独存在（强关联）

• 体现：成员变量
• 图示：带空心菱形的实心线，菱形指向整体

关联：是一种拥有的关系，它使一个类知道另一个类的属性和方法

• 体现：成员变量
• 图示：普通箭头的实心线，指向被拥有者

依赖：是一种使用的关系，即一个类的实现需要另一个类的协助

• 体现：局部变量、方法的参数或者对静态方法的调用
• 图示：带箭头的虚线，指向被使用者

强弱顺序：

泛化（类与类关系） = 实现（类与接口关系） > 组合（整体与部分的关系） > 聚合（整体与部分的关系） > 关联（拥有的关系） > 依赖（使用的关系）

 以动物运动会为例：