目的： 阅读前辈的代码 设计更好的软件 解决来着耦合性、内聚性、可维护性、可拓展性、重用性、灵活性等挑战
设计原则
单一责任原则(Single Responsibility Principle)：对类来说，即一个类应该只负责一个职责，以降低类复杂度、提高类可读性可维护性、降低变更带来的风险
接口隔离原则(Interface Segregation Principle)：一个类对另一个类的依赖应该建立在最小的接口上，以减少实现类去实现不需要的接口方法
依赖倒置原则(Dependence Inversion Principle)：面向接口编程，以降低客户与实现模块间的耦合
里氏替换原则(Liskov Substitution Principle)：子类可以扩展父类的功能，但不能改变父类原有的功能，以减少程序调用过程中的错误
开闭原则(Open Close Principle）：软件实体应当对扩展开放，对修改关闭。使其体拥有一定的适应性和灵活性的同时具备稳定性和延续性
迪米特法则(The Least Knowledge Principle)：即一个类对自己依赖的类知道的越少越好，减少之间的耦合性
合成复用原则(Composite Reuse Principle)：在软件复用时，要尽量先使用组合或者聚合等关联关系来实现，其次才考虑使用继承关系来实现
UML类图
UML 建模的核心是模型，模型是现实的简化、真实系统的抽象。在 UML 中，所有的描述由事物、关系和图这些构件组成。
事物：抽象化的最终结果，分为结构事物、行为事物、分组事物和注释事物。
图：UML2.0 一共有 13 种图（UML1.5 定义了 9 种，UML2.0 增加了 4 种）
类之间关系：分为关联(association)、聚合(aggregation)、组合(composition)、依赖(dependency)、泛化(generalization)|继承(inheritance)、实现(realization)
