黄国强 2008-10-07
先看下面的例子代码。
// 负责表示一个聚合类内部的类
class CInner
{
...
};
// 负责表示聚合类
class CAggregate
{
...
public:
CInner& GetInner(void);
private:
CInner m_Inner;
...
};
图1
如图1，外部类 COther 可以看到 CAggregate 和 CInner 。外部可能通过 GetInner(void) 获得 m_Inner 的引用来修改它。那么，CAggregate 的一致性（即内部概念的完整性）可能招到破坏。
我们一定要想办法去除这种可能性，重构后的类图如图2。所有访问 CInner 的操作都通过 CAggregate 来进行。
图2
代码的实现请看下面。 // 负责表示聚合类 class CAggregate { ... public: CInner GetInner(void)const; void SetInner(const CInner& newVal); private: CInner m_Inner; ... }; 以上代码基本满足了图2的要求。用户如果不经过 CAggregate 根本无法修改 m_Inner。 为什么说基本呢？因为这里有点小小问题，即 CInner 如果本身很大的话，会有一个复制开销。这个依然可以通过设计来解决。后续文章将讨论消除这个复制开销的问题。 原文链接：https://www.f2er.com/javaschema/287989.html