应用A和应用B均用到了库libX.a中的类class A:
由于需求的变化,应用B需要库libM.a的能力,以便和服务M交互。为了复用和简化,通过类A间接提供,应用B不用修改代码,只需要重新编译即可获得新的能力,其它用到类A的应用也是如此。
这个时候会产生一个问题,会导致应用A的Makefile也需要指定库libZ.a,否则编译时会报库libZ.a中的符号找不到错误。
需要一种方法来解除应用A对库libZ.a的依赖。
这个方法要求类A全头文件方式,不能有.cpp文件,因为需要分别在编译应用A和应用B时选择性开启对库libZ.a的依赖。
这个方法虽然解决了问题,但是应用B得修改,需要增加打开宏的代码,其它有类似需求的应用均需要如此操作,涉及修改面比较大。
这种方法扩展性更好,新增其它的依赖也能应付,已有或不需要新特性的完全不需要修改,编译不受影响,不会被迫依赖libM.a。
class IX
{
public:
virtual ~IX() {}
virtual void method1() = 0;
virtual void method2() = 0;
};
class CNullX: public IX
{
private:
virtual void method1() { /* 什么都不做 */ }
virtual void method2() { /* 什么都不做 */ }
};
class CMX: public IX
{
private:
virtual void method1() {
// 调用libM.a和Server M交互
}
virtual void method2() {
// 调用libM.a和Server M交互
}
};
// 原类A
class A
{
public:
// 新增默认参数x,并保持和原兼容
A(IX* x=NULL) {
_x = (x != NULL)? x: new CNullX;
}
virtual ~A() {
delete _x;
}
public:
void method1() {
_x->method1();
}
void method2() {
_x->method2();
}
private:
IX* _x;
};
// 对于应用A,不用修改任何代码,而且编译时不需要依赖libM.a
// 对于应用B,需要微修改,并编译时指定库libM.a和Server
void ApplicatonB::f() {
CMX* x = new CMX;
A a(x);
a.method1();
}