最近研究华为的eConference，接触客户端源代码以来一周了。深刻的使我思考了两个问题。
C++作为OOP语言，在接触一个新应用的源代码时候我们会怎么去解读去理解该应用。这个问题促使我思考一个应用我们到底应该如何去构建。
C++对象使用引用数据何时有用处？因为发现有些类从某根类派生具备了引用计数功能而居然定义这样一条规则，不能由应用层去delete！
第一个问题，因为我发现从客户端这个应用来看，封装的相当有层次，当然乍一眼有些令人茫然，封装那么深层做什么，徒然带来阅读的累啊。一个应用或一个组件(这里说生成独立的可执行代码)必然会出来一个全局定义的对象，而这对象又将可以进行一些封装了其他类的对象实例，或指针成员。而阅读代码总需要去逐层剖析去理解，这个过程中我们去了解到类的继承层次，还有类的封装层次，这里我们可以概括为类的组成与继承而个术语表示。常常一个类中可能还需要引用层外的其他类实例，这时候能见到类中的指针成员或引用。而作为全局定义的对象，显然若使用单例模式能够加强应用的可理解性。因为一个工程开发的一大堆类不过就是为了组装最最终的一个全局应用对象。
在类的组成与继承一说中，我们之前在理解UML关系中了解到组合与泛化，一个类可能使用一个指针来关联另一个对象，这个对象可以是与本身生存周期相关的，即组合类维护指针成员那个对象的生命周期。但C++区别与java之间，组合类可以组合一个其他类的实例作为成员。这种组成关系，与继承关系有一定的生存维护上的意义，因为你会知道，在销毁该组合类对象时候，你执行了一次delete就把组成成员析构并释放了，而若使用指针成员的话，销毁操作将不只一次delete操作。这就是使用指针成员的组合方式的不同。其实继承关系，是一种特殊的组合方式，因为C++支持多继承，很容易表现这种组合方式。
设计模式一书中常提到的两个名词，组合、继承。以下我们称之为组合类或派生类来描述(工程学上称之为组合与泛化)。总结以上我们可以得到两种不同的组合方式，一种是实例对象的组成，一种是指针引用组成。
第二个问题，对于引用计数的用处。我想只有在多线程异步交互的时候的对象生存期管理才会用到。这时候，我觉得有必要把析构函数隐藏起来，而只使用计数方式管理对象生命期，另外如果使用引用计数方式我觉得对象的构造成不应该公开，应该单独提供一个类实例生产接口，这样我们就不会郁闷的为啥见一堆new操作，而delete却交给特殊的地方管了。管理资源的应该负责资源的申请及回收都做好，而不应该把new操作delete操作分离的乱七八糟。
谨为Dr.F所思所结论。