标签：写代码 类之间的关系 反射 功能 多态 如何 扩展 类型 方法
扩展：
1 对扩展目标的 修理（删除，增加，修改）
2 替换（整部件进行替换）
3 改装（增加新的功能（功能接口））
扩展思路：
参照 车辆修理 现实世界的扩展模型
以类为例，我们写类的时候，是可以分离开来写的，这是面向对象的特性
但是使用的时候，必然要发生数据交互，那么这个类如何应该如何来使用，才能易扩展呢，也就是要
针对 每种 或者 其中一种 扩展类型 给出相应的应对方案（缠论的精髓，当下性）
写代码是根本，用 配置文件 注释 来进行封装变化的 策略 有违本质----应当把 变化 封装在 变化 类，模块，层 当中
需要给未出现的 新技术 ，新的 框架模式 留出 可 扩展空间，这是 层级 思路的 一贯模式
无秩序的数据交互
有秩序的数据交互
方法之间的数据交互
类之间的数据交互
模块之间的数据交互
层之间的数据交互
“类接口”模式是否可行
基本扩展的实现，继承-多态，策略模式，反射
解耦的基本注意事项，6种类之间的关系，依赖，关联，聚合，组合，继承，实现
由此来看，基本扩展类属于 扩展的 底层 代码实现， “类接口”类属于 扩展的业务逻辑实现
工具类，作为业务逻辑类的参与部分的底层类，例如---验证类---多种业务逻辑类需要部分调用验证工具类
功能实现类，用来完全构建业务逻辑类的底层类，例如---增删改查DAO类---按实际条件增删改查的业务逻辑类
标签：写代码 类之间的关系 反射 功能 多态 如何 扩展 类型 方法
原文地址：http://www.cnblogs.com/kaililikai/p/6018141.html
