C++编程基础入门-友元接口.docxVIP

C++编程基础入门:友元接口

或许你遇到过这样的状况：

在一个类有一组策略，而且这组策略的实现都需要访问A的一些成员，而且这些成员并不盼望被其它类所访问。

一般这些成员被期望设置为爱护或者私有的，并且这组策略被当作这个类A的友元类。如：

Code

classStrategy1;

classStrategy2;

classStrategy3;

classA

{

public:

friendclassStrategy1;

friendclassStrategy2;

friendclassStrategy3;

private:

void_foo();

int_bar;

};

现在，假设你需要添加新的策略Strategy4为了维持这种微妙的关系，你需要把Strategy4添加为类A的新的友元类。

随着策略的增加，这个过程不断扩展A的友元类，最终你唯恐不会喜爱你看到的代码。并且由于每次增加策略都需要使得依靠A的代码重新编译，这里肯定有什么不妥之处。

我想到一种解决方法，可以让你的代码看上去不算太混乱。

首先，既然这组策略以相像的状况消失在A的四周，那么它们可能有相像之处。比方它们可能需要访问A的同一局部成员。

那么假设通过一个代理类来访问这些成员，那么这组策略就不必都是A的友元，只要这个代理是A的友元即可。

这个代理我称之为友元接口。

Code

classIFriendA_Strategy;

classA

{

public:

friendclassIFriendA_Strategy;

private:

void_foo();

int_foo2(intp)const;

int_bar;

};

classIFriendA_Strategy

{

protected:

typedefIFriendA_StrategyFriend;//统一友元接口的访问方式

//想必这组函数的实现不必给出了吧来源：

staticvoid_foo(A

staticint_foo2(constA

staticintget_bar(constA

staticvoidset_bar(constA

};

classStrategy1:protectedIFriendA_Strategy

{

public:

voidx(A

intf=Friend::_foo2(ra,p);

Friend::set_bar(ra,Friend::get_bar(ra)+f);

}

};

如此一来，既完成了友元关系，又削减了依靠关系。

缺点在于代码不具备防备性，非授权类可以轻易的获得访问A爱护成员的力量。只需要从友元接口继承即可。

这里再进一步可以看到，假如类A有多组不同方面的策略，这些策略需要访问A的成员的不同子集，那么它们可以独立的归到各自的友元接口上，互不相干。