使用复用元素的OOD

使用复用元素的OOD

Author: gnicky   URL: http://blog.csdn.net/loconfuse/

在OOD的过程中需要改进的就是充分利用现有的构建，或者统称为可复用件，在OOD中使用复用元素有利于软件组织提高开发效率，提高软件质量。

软件复用可分为程序代码级、设计级和分析级等不同的级别，对应了复用构件中的程序代码构件（类库）、设计构件（OOD的结果，配合明确的描述，合理的详细说明）、以及分析构件等不同级别。在软件开发的各个阶段充分利用不同级别的可复用构件的程度与能力体现了软件组织的开发水平与管理水平（需要历史的资料积累才能获得充分多的可复用构件）。

OOD阶段应该尽可能地复用设计级的构件，并为代码级构件的复用给出明确的设计表示。目前很多面向对象的编程语言都带有类库。类库中的每一个类都是一个可复用的构件。此外，开发工作可能有构件库的支持。构件库中的构件可能是类，也可能是粒度比类大的构件，比如.net中的程序集、用户控件等。

当发现在分析阶段定义的一个类，有与之相对应的设计级构件，那么就应该充分地利用构件，毕竟可复用构件是经过证实的具有可行性的构件，而且可以节省很多的设计时间以及编程工作。这就要求在设计中使用复用元素来适当地向程序员表示这种复用设计，这些类的实现应该利用已有的代码级的可复用构件。

大致划分复用的一致性：（这三个等级的划分仅代表我个人观点，用词也许不恰当，敬请谅解）

一级：Perfect

类库或构件中恰好存在一个与当前设计系统的需要完全符合的类，那么完全移植便可，在同行业领域中，这个复用情形发生的频率相对高些。

Class Name《reuse》

Property 1 Property 2

Method 1 Method 2

 

                                                                 图1 三等级

二级：Normal

相对现有构件，可复用部分占较高比例，对于类而言，可以是删除可复用类的多余信息，可以是通过继承增加信息，可以是在局部删除，局部增加。通过下述的描述，把这些描述传递给开发人员。
    三级：Confuse

少量可复用，在抉择上陷入两难境地，加入可重用的某个方法是非常复杂的而且是在整个类中占据重要地位的，那么可以选择复用。一般来说，只有小部分属性以及服务可以被复用，两者的差异部分很大，节省的工作量微不足道，则可以不考虑复用。

小结：

在复用这个问题上，既有复用支持，也有支持复用，那么在OOD中要考虑复用，肯定要熟悉开发组织的知识积累，支持复用的类库、构件库的内容。同时也要从设计的方面出发寻找复用支持，有哪些是可以用来支持设计，支持代码开发简化的。