《架构师》第二周总结

0、好的代码设计的标准是什么

强内聚、低耦合

• 易扩展 - 可以很容易添加新的功能

• 更强壮 - 不会轻易被粗心的程序员破坏

• 可移植 - 能够在多样的环境下运行

• 更简单 - 容易理解、容易维护

1、知道哪里不好，然后才知道如何进步



僵化性

很难对系统进行改动，因为每个改动都会迫使许多对系统其他部分的其他改动。

脆弱性

对系统的改动会导致系统中和改动的地方在概念上无关的许多地方出现问题。

牢固性

很难解开系统的纠结，使之称为一些可在其他系统中重用的组件。

粘滞性

做正确的事情要比做错误的事情困难。

不必要的复杂性

设计中包含有不具任何直接好处的基础结构。

不必要的重复

设计中包含有重复的结构，而该重复的结构本可以使用单一的抽象进行统一。

晦涩性

代码很难阅读、理解。没有很好表现出意图。

2、遵循面向对象的设计原则，可以让代码设计更好

单一职责原则 The Single Responsibility Principle

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

开闭原则 The Open-Close Principle

软件实体（类、模块、函数等等）应该是可以扩展的，但是不可以修改。也就是：对扩展是开放的，对更改是关闭的。

Liskov 替换原则 The Liskov Substitution Principle

子类型是可以替换掉它们的基类型的。

依赖倒置原则 The Dependency Inversion Principle

高层模块不应该依赖于低层模块，二者都应该依赖于抽象。抽象不应该依赖于细节，细节应该依赖于抽象。

接口隔离原则 The Interface Segregation Principle

不应该强迫调用者依赖它们不用的方法