感谢王铮大神在极客时间的课程《设计模式之美》
评价代码质量好坏的维度：可维护性；可读性；可扩展性；灵活性；简洁性；可复用性；可测试性。
-
理解掌握几个常用的设计原则：
- 单一职责原则
- 开闭原则
- 里氏替换原则
- 接口隔离原则
- 依赖倒置原则
- DRY原则
- KISS原则
- YAGNI原则
- LOD原则
-
基于接口而非实现原则
- 设计初衷：将接口和实现分离，封装不稳定的实现，暴露稳定的接口
- 辩证：并非要给每个类定义接口，如果类实现的功能只有一种实现方式，或者未来不太可能会被其他实现方式替换，那么就没必要为其设计接口。
多用组合，少用继承：继承如果层数过深、过复杂，会影响代码的可读性和可维护性。如果继承关系不复杂，可大方使用继承，比如“模板模式”就固定用继承来实现的。
如果确实需要设计一些全局变量或全局方法，那么尽量不要它们包在一个大而全的类里，避免影响代码的可维护性（多人修改同一个文件）、复用性（不同的类都依赖这个大而全的类），甚至对于需要编译的工程，每次修改这个全局类，依赖它的所有类文件都要重新编译。
