7、面向对象复用的现实考量与实践指南

面向对象复用的现实考量与实践指南

1. 复用的现状与挑战

在当今的软件开发领域，复用和面向对象技术被寄予厚望，但实际情况却并非一帆风顺。许多大型电信和金融服务公司曾采用客户端/服务器面向对象策略，最终却放弃或大幅缩减，转而使用传统的大型机。这些公司将项目失败归咎于工具供应商和管理信息系统（MIS）经理的承诺。当预期的生产力提升未能实现，甚至因员工学习新技术导致生产力下降时，项目就会被搁置或缩减。

然而，将项目失败完全归咎于面向对象技术并不公平。过度夸大复用的好处可能严重扭曲了项目风险管理。对于许多公司来说，系统性复用在经济上并不合理，因为前期成本过高。此外，由于许多软件本身不可复用，可复用组件的开放市场也受到阻碍。虽然有很多通用概念，但通用组件却很少。

2. 复用的成本与管理

2.1 组件库管理的重要性

一个管理良好的组件库是实现复用的第一步，但复用也伴随着持续的成本，这些成本可能超过其带来的价值。以收到一封来自 hostmaster@heaven.org 的邮件为例，邮件称可复用性大天使将在周一访问公司并赐予可复用代码的礼物，经理们为此兴奋不已。但冷静下来后会发现，可复用性除了初始获取成本外，还有持续成本。要收获可复用性的好处，需要满足两个要求：一是管理类库（可复用组件的仓库）；二是改变软件开发业务方式，疯狂复用库中的内容并消除不可复用代码。

2.2 类库的管理问题

为了使类库可行，必须建立正式的政策来存储、检索、录入和移除库中的内容。以下是各任务面临的问题：