扩展：

1 对扩展目标的  修理（删除，增加，修改）

2 替换（整部件进行替换）

3 改装（增加新的功能（功能接口））

扩展思路：

参照 车辆修理 现实世界的扩展模型

以类为例，我们写类的时候，是可以分离开来写的，这是面向对象的特性

但是使用的时候，必然要发生数据交互，那么这个类如何应该如何来使用，才能易扩展呢，也就是要

针对 每种 或者 其中一种 扩展类型 给出相应的应对方案（缠论的精髓，当下性）

写代码是根本，用 配置文件 注释 来进行封装变化的 策略 有违本质----应当把 变化 封装在 变化 类，模块，层 当中

需要给未出现的 新技术 ，新的 框架模式 留出 可 扩展空间，这是 层级 思路的 一贯模式 

无秩序的数据交互

有秩序的数据交互

方法之间的数据交互    

类之间的数据交互

模块之间的数据交互

层之间的数据交互

“类接口”模式是否可行

基本扩展的实现，继承-多态，策略模式，反射

解耦的基本注意事项，6种类之间的关系，依赖，关联，聚合，组合，继承，实现

由此来看，基本扩展类属于 扩展的 底层 代码实现， “类接口”类属于 扩展的业务逻辑实现

工具类，作为业务逻辑类的参与部分的底层类，例如---验证类---多种业务逻辑类需要部分调用验证工具类

功能实现类，用来完全构建业务逻辑类的底层类，例如---增删改查DAO类---按实际条件增删改查的业务逻辑类

扩展包括哪些内容