惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

Hugging Face - Blog
Hugging Face - Blog
Recent Announcements
Recent Announcements
V
Visual Studio Blog
博客园 - 叶小钗
H
Help Net Security
aimingoo的专栏
aimingoo的专栏
宝玉的分享
宝玉的分享
U
Unit 42
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
F
Fortinet All Blogs
V
V2EX
Stack Overflow Blog
Stack Overflow Blog
WordPress大学
WordPress大学
D
DataBreaches.Net
J
Java Code Geeks
H
Hackread – Cybersecurity News, Data Breaches, AI and More
A
About on SuperTechFans
酷 壳 – CoolShell
酷 壳 – CoolShell
量子位
C
Check Point Blog
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
小众软件
小众软件
Microsoft Azure Blog
Microsoft Azure Blog
M
MIT News - Artificial intelligence

博客园 - kaikai

visual studio生成后调试启动又提示部分项目需要生成问题总结 让vc2010的项目在vc2012也能直接使用,而不必修改PlatformToolSet TFS:添加已经在项目中但不在TFS中的文件 宅电脑桌 动作游戏自定义技能探讨 TFS如何跨分支合并未签入的文件 g++上c++模板与padding交互产生的陷阱 卡马克的求平方根函数代码的陷阱 [zt]调试的时候,无法设置数据断点(为灰色) [zt]关闭VS自带的提示 vs偶尔出现链接时间过长的情况的临时处理方法 vs链接小知识,/LTCG 这是一场正义的战争,伟大而又激烈! 浮点数默认精度在windows/linux上的差异 数独求解程序 阿朱~你走好 短代码.EOF串 短代码.第几天 短代码.求2点之距离
友元接口-限制你的友元类数量
kaikai · 2009-09-08 · via 博客园 - kaikai

友元接口-限制你的友元类数量

在写C++程序时,也许你遇到过这样的情况:
在一个类有一组策略,而且这组策略的实现都需要访问A的一些成员,而且这些成员并不希望被其它类所访问。
一般这些成员被期望设置为保护或者私有的,并且这组策略被当作这个类A的友元类。如:


class Strategy1;
class Strategy2;
class Strategy3;class A
{
public:
         friend class Strategy1;
         friend class Strategy2;
         friend class Strategy3;
private:
         
void _foo();
         
int _bar;
};

现在,假如你需要添加新的策略Strategy4为了维持这种微妙的关系,你需要把Strategy4添加为类A的新的友元类。
随着策略的增加,这个过程不断扩展A的友元类,最终你恐怕不会喜欢你看到的代码。并且由于每次增加策略都需要使得依赖A的代码重新编译,这里一定有什么不妥之处。

我想到一种解决方法,可以让你的代码看上去不算太混乱。
首先,既然这组策略以相似的情况出现在A的周围,那么它们可能有相似之处。比如它们可能需要访问A的同一部分成员。
那么假如通过一个代理类来访问这些成员,那么这组策略就不必都是A的友元,只要这个代理是A的友元即可。
这个代理我称之为友元接口。

Code

如此一来,既完成了友元关系,又减少了依赖关系。
缺点在于代码不具备防御性,非授权类可以轻易的获得访问A保护成员的能力。只需要从友元接口继承即可。
这里再进一步可以看到,如果类A有多组不同方面的策略,这些策略需要访问A的成员的不同子集,那么它们可以独立的归到各自的友元接口上,互不相干。

kaikai

ps. 发现被转载了,没带上链接,而且还被分类到java版块。特此在内容中做一些改动:标明语言c++