设计模式是从许多优秀的软件系统中总结成功的可复用的设计方案
设计模式的分类：创建型，行为型，结构型

面向对象的几个基本原则

面向抽象原则:

抽象类（abstract）：extends

• 抽象类中可以有abstract方法，也可以有非abstract方法
• 抽象类不能用new运算符创建对象
• 如果一个非抽象类是一个抽象类的子类，那么它必须重写父类的abstract方法
• 作为上转型对象

接口（interface）：implements

• 接口中只可以有public权限的abstract方法，不能有非abstract方法
• 接口由类去实现，及一个类如果实现一个接口，那么它必须重写接口中的abstract方法
• 接口回调，向上转型
• 接口允许多继承，类只能单继承

面向抽象编程

• 是指当设计一个类时，不让该类面向具体的类，而是面向抽象类型接口，即所设计类中的重要数据是抽象类或接口声明的变量，而不是具体类声明的变量。

开-闭原则

让设计对扩展开放，对修改关闭。
面对需求的变化，对程序的修改应该是尽可能通过添加代码来实现，而不是通过修改代码来实现

多用组合少用继承原则

方法复用的两种最常用技术就是类继承和对象组合

• 类继承：程序代码复用extends
  Java不支持多重继承，一个类只能有一个直接父类
  Java中有一个Java.lang.Object类，所有类都直接或间接的继承该类
  重写（覆盖）：重写父类里同名的方法的功能@Override
  重载：重载指的是不用的函数使用相同的函数名字
  通过继承来复用父类的方法的缺点：
  1.无法在运行期间改变从父类继承方法的行为
  2.子类和父类之间强耦合
  3.“白盒复用”。父类内部细节对子类是可见的

• 组合：一个类可以把对象作为自己的成员变量，即将其他对象作为自己的组成部分

高内聚-低耦合原则

高内聚：类中的方法是一组相关的行为（反之则为低内聚）
低耦合：尽量不要让一个类含有太多其他类 的实例引用，以避免修改系统的其中一部分会影响到其他部分

UML类图

可见性：共有public（+），私有private（-），受保护protected（#）

类间关系：

• 关联 Association
  如果A类中成员变量是用B类（接口）来声明的变量，那么A和B的关系是关联关系，称A关联于B。那么UML通过使用一个实线连A和B的UML图，实线的起始端是A的UML图，终点端是B的UML图，但终点端使用一个指向B的UML图的方向箭头表示实线的结束 。
  

• 泛化（继承）Generalization
  如果一个类是另一个类的子类，那么UML通过使用一个实线连接两个类的UML图来表示二者之间的继承关系，实线的起始端是子类的UML图，终点端是父类的UML图，但终点端使用一个空心的三角形表示实线的结束 。
  

• 依赖 Dependency
  如果A类中某个方法的参数用B类（接口）来声明的变量或某个方法返回的数据类型是B类型的，那么A和B的关系是依赖关系，称A依赖于B。那么UML通过使用一个虚线连A和B的UML图，虚线的起始端是A的UML图，终点端是B的UML图，但终点端使用一个指向B的UML图的方向箭头表示虚线的结束。
  

• 实现 Realization
  如果一个类实现了一个接口，那么类和接口的关系是实现关系，称类实现接口。UML通过使用虚线连接类和它所实现的接口，虚线起始端是类，虚线的终点端是它实现的接口，但终点端使用一个空心的三角形表示虚线的结束 。
  

• 注释 Annotation
  UML使用注释为类图提供附加的说明。UML在一个带卷角的长方形中显示给出的注释，并使用虚线将这个带卷角的长方形和所它所注释的实体连接起来 。