从类、API、框架三个层面设计可复用软件实体的具体技术

从类、API、框架三个层面设计可复用软件实体的具体技术

类

(1）代码的复用
包括目标代码和源代码的复用。其中目标代码的复用级别最低，历史也最久。源代码的复用级别略高于目标代码的复用，程序员在编程时把一些想复用的代码段复制到自己的程序中，但这样往往会产生一些新旧代码不匹配的错误。想大规模的实现源程序的复用只有依靠含有大量可复用构件的构件库。
（2）设计的复用
设计结果比源程序的抽象级别更高，因此它的复用受实现环境的影响较少，从而使可复用构件被复用的机会更多，并且所需的修改更少。这种复用有三种途径，第一种途径是从现有系统的设计结果中提取一些可复用的设计构件，并把这些构件应用于新系统的设计；第二种途径是把一个现有系统的全部设计文档在新的软硬件平台上重新实现；第三种途径是独立于任何具体的应用，有计划地开发一些可复用的设计构件。

（3）分析的复用
这是比设计结果更高级别的复用，可复用的分析构件是针对问题域的某些事物或某些问题的抽象程度更高的解法，受设计技术及实现条件的影响很少，所以可复用的机会更大。复用的途径也有三种，即从现有系统的分析结果中提取可复用构件用于新系统的分析；用一份完整的分析文档作输入产生针对不同软硬件平台和其它实现条件的多项设计；独立于具体应用，专门开发一些可复用的分析构件。

（4）测试信息的复用
主要包括测试用例的复用和测试过程信息的复用。前者是把一个软件的测试用例在新的软件测试中使用。后者是在测试过程中通过软件工具自动地记录测试的过程信息。这种复用的级别，不便和分析、设计、编程的复用级别作准确的比较，因为被复用的不是同一事物的不同抽象层次，而是另一种信息，但从这些信息的形态看，大体处于与程序代码相当的级别。

由于软件生产过程主要是正向过程，即大部分软件的生产过程是使软件产品从抽象级别较高的形态向抽象级别较低的形态演化，所以较高级别的复用容易带动较低级别的复用，因而复用的级别越高，可得到的回报也越大，因此分析结果和设计结果在目前很受重视。

设计可复用的类

在OOP中设计可复用的类
封装和信息隐藏
继承和重写
多态性，子类型和重载
泛型编程
行为子类型和Liskov替代原则（LSP）
组合与委托

API

API是程序员最重要的资产和“荣耀”，吸引外部用户，提高声誉。

建议：始终以开发API的标准面对任何开发任务；面向“复用”编程而不是面向“应用”编程。
难度：要有足够良好的设计，一旦发布就无法再自由改变。 编写一个API需要考虑以下方面： API应该做一件事，且做得很好
API应该尽可能小，但不能太小 Implementation不应该影响API 记录文档很重要 考虑性能后果 API必须与平台和平共存
类的设计：尽量减少可变性，遵循LSP原则 方法的设计：不要让客户做任何模块可以做的事情，及时报错

框架

框架分为白盒框架和黑盒框架。

白盒框架：

通过子类化和重写方法进行扩展（使用继承）；
通用设计模式：模板方法；
子类具有主要方法但对框架进行控制。

黑盒框架：

通过实现插件接口进行扩展（使用组合/委派）；
常用设计模式：Strategy, Observer ；
插件加载机制加载插件并对框架进行控制。