X型结构

[xunknown]

假如我现在有30个类，这些类大部分需要相互访问。如果给每两个有访问关系的类连线，就会得到一个很大访问关系网络。单独看这个网络就让人头痛了，何况还要考虑访问调用函数是否正确等等问题。反正，你能想象到，这是很烦杂的。例如，在函数A::af()
{
B* pb=...;
pb->bf();
C* pc=...;
pc->cf();
D* pd=...;
pd->df();
E* pe=...;
pe->ef();
}访问了很多类的对象，单单看指针就让人受够了！$&^*^*^*$^$)*(
A要同时和这么多类打交道，一个字：繁！
如果这些访问都能集中在一个类里，
改成如下：
A::af()
{
X px=...
px->bf();
px->cf();
px->df();
px->ef();
}
这个函数看起来简洁很多了吧。
我们让X去和B，C，D，E，F....这些类打交道吧：一对多，各个击破。
例如：
X:cf()
{
C* pc=...;
pc->cf();
}
X:df()
{
D* pd=...;
pd->df();
}
...
这有点象定义一个类X，这个类包含了其他类的所有接口，这样，在某一个类如B要访问C的时候，B不是直接访问C，而是通过X去访问C。诸如此类。形成一个一对多和多对一的关系网，有点象X样的（X的交叉点就是我们定义的X类）。
这样的结构也许不会提高什么效率（甚至可能降低），但是，结构是清晰许多了吧。
高手有何见解？

[jieshen]

gz

[sttony]

这种情况可以使用中介者 模式或 Face模式。就看类之间的关系到底如何了。
看《设计模式》把，很有帮助的。

[ukyoking]

你的意思就是说用多继承是吧,但是万一有许多接口名称一样呢,会不会出现覆盖问题,gz.

[merlinran]

在设计模式中，这叫做mediator（中介者）模式，就是通过一个中介对象来封装一系列对象之间的交互。好处是多多的，但中介者本身可能变得很复杂。所以，随时保持一个清晰的思路。
看看设计模式吧，会让你大吃一惊的。