黄国强 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 如果本身很大的话,会有一个复制开销。这个依然可以通过设计来解决。后续文章将讨论消除这个复制开销的问题。
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。