文章目录

设计模式之美精华总结笔记（一）
- 一、为什么学习设计模式
- 二、如何评判代码质量的高低
- 三、如何实现高质量代码的编写
- 四、面向对象、设计原则、设计模式、编程规范、重构五者关系、
- 五、总结
- 六、附上总结图

设计模式之美精华总结笔记（一）

一、为什么学习设计模式

1、避免写烂代码

2、提高复杂代码的设计和开发能力

3、读源码、学框架事半功倍

二、如何评判代码质量的高低

常见的形容词：

灵活性(flexibility)、可扩展性(extensibility)、可维护性(maintainability)、可读性(readability)、可理解性(understandability)、易修改性(changeability)、可复用(reusability)、可测试性(testability)、模块化(modularity)、高内聚低耦合(high cohesion loose coupling)、高效(high effciency)、高性能(high performance)、安全性(security)、兼容性(compatibility)、易用性 (usability)、整洁(clean)、清晰(clarity)、简单(simple)、直接 (straightforward)、少即是多(less code is more)、文档详尽(well- documented)、分层清晰(well-layered)、正确性(correctness、bug free)、健壮性(robustness)、鲁棒性(robustness)、可用性(reliability)、可伸缩性 (scalability)、稳定性(stability)、优雅(elegant)、好(good)、坏(bad) ……

几个最常用，最重要的标准：

可维护性、可读性、可扩展性、灵活性、简洁性(简单、复杂)、可复用性、可测试性。

1、易维护性 (maintainability)

代码易维护”就是指，在不破坏原有代码设计、不引入新的 bug 的情况下，能够快速地修改或者添加代码。所谓“代码不易维护”就是指，修改或者添加代码需要冒着极大的引入新 bug 的风险，并且需要花费很长的时间才能完成。

2、可读性 (readability)

如何评价一段代码的可读性：

代码是否符合编码规范、命名是否达意、注释是否详尽、函数是否长短合适、模块划分是否清晰、是否符合高内聚低耦合等等

3、可扩展性 (extensiblity)

在不修改或少量修改原有代码的情况下，通过扩展的方式添加新的功能代码

一项重要的设计原则：对修改关闭，对扩展开放

4、灵活性 (flexibility)

5、简洁性 (simplicity)

KISS 原则:“Keep It Simple， Stupid”。这个原则说的意思就是，尽量保持代码简单。代码简单、逻辑清晰，也就意味着易读、易维护。我们在编写代码的时候，往往也会把简单、清晰放到首位。

不过，很多编程经验不足的程序员会觉得，简单的代码没有技术含量，喜欢在项目中引入一些复杂的设计模式，觉得这样才能体现自己的技术水平。实际上，思从深而行从简，真正的高手能云淡风轻地用最简单的方法解决最复杂的问题。这也是一个编程老手跟编程新手的本质区别之一。

6、可复用性（reusability)

尽量减少重复代码的编写，复用已有的代码。

继承、多态存在的目的之一，就是为了提高代码的可复用性

一项重要的设计原则：单一职责原则

7、可测试性（testability）

（评论区有个朋友说的TDD - Test Driven Development）

三、如何实现高质量代码的编写

掌握更加细化的编程思想以及更能落地的编程方法论。

包含面向对象的设计思想、设计原则、设计模式、编码规范、重构技巧

四、面向对象、设计原则、设计模式、编程规范、重构五者关系、

前情提要：

 面向对象的四大特性:封装、抽象、继承、多态面向对象编程与面向过程编程的区别和联系面向对象分析、面向对象设计、面向对象编程接口和抽象类的区别以及各自的应用场景基于接口而非实现编程的设计思想多用组合少用继承的设计思想面向过程的贫血模型和面向对象的充血模型

1、设计原则

SOLID 原则 -SRP 单一职责原则

SOLID 原则 -OCP 开闭原则

SOLID 原则 -LSP 里式替换原则

SOLID 原则 -ISP 接口隔离原则

SOLID 原则 -DIP 依赖倒置原则

DRY 原则(don’t repeat yourself)、KISS 原则(keep it simple and stupid)、YAGNI 原则（you Ian’t gonna need it）、LOD 法则（law of demeter）

2、设计模式（经典23种）

三种：创建型、结构型、行为型

创建型：

常用的有: 单例模式、工厂模式(工厂方法和抽象工厂)、建造者模式。

不常用的有: 原型模式。

结构型：

常用的有: 代理模式、桥接模式、装饰者模式、适配器模式。

不常用的有: 门面模式、组合模式、享元模式。

行为型：

常用的有: 观察者模式、模板模式、策略模式、职责链模式、迭代器模式、状态模式。

不常用的有: 访问者模式、备忘录模式、命令模式、解释器模式、中介模式。

3、编码规范

4、代码重构

重构的目的(why)、对象(what)、时机(when)、方法(how);

保证重构不出错的技术手段:单元测试和代码的可测试性;

两种不同规模的重构:大重构(大规模高层次)和小重构(小规模低层次)。

五、总结

面向对象编程因为其具有丰富的特性(封装、抽象、继承、多态)，可以实现很多复杂的设计思路，是很多设计原则、设计模式等编码实现的基础。
设计原则是指导我们代码设计的一些经验总结，对于某些场景下，是否应该应用某种设计模式，具有指导意义。比如，“开闭原则”是很多设计模式(策略、模板等)的指导原则。
设计模式是针对软件开发中经常遇到的一些设计问题，总结出来的一套解决方案或者设计思路。应用设计模式的主要目的是提高代码的可扩展性。从抽象程度上来讲，设计原则比设计模式更抽象。设计模式更加具体、更加可执行。
编程规范主要解决的是代码的可读性问题。编码规范相对于设计原则、设计模式，更加具体、更加偏重代码细节、更加能落地。持续的小重构依赖的理论基础主要就是编程规范。
重构作为保持代码质量不下降的有效手段，利用的就是面向对象、设计原则、设计模式、编码规范这些理论。

六、附上总结图