一种通用的接口设计方案

1.1       背景

目前的XXXX扩展接口定义如下：

class ProductProcesser

{

public:

       virtual long process(const in_type&,out_type&) = 0;

       …. //还有其他扩展接口也定义在一起

}

讨论集中在上面process成员函数的定义。因为产品需求的变化，目前的process函数需要在两种情况下调用,因此考虑两种修改方案：

1）修改process为：long (int flag,const in_type&,out_type&)

flag代表不同应用场合

2）定义不同名字的虚函数

3）修改process为long process(int flag,void* in_pData,void* out_pdata) = 0;这种方式意图是支持不同处理参数

我们都希望这次改动之后系统的可扩展性更好

1.3       分析

首先说明，每种设计方案都有自己的优缺点，不存在一个最好的方案。只能依据软件设计的一些基本原则来分析一个设计是否有改善的余地，

1．            看接口类ProductProcess的定义，因为包含多种处理业务的扩展接口，这些扩展接口之间基本上没有关系，是松散耦合的，很显然违背了ISP(接口分离原则)。