ARPG客户端中场景对象体系设计

提示：扫一扫查出行
【扫一扫了解最新限行尾号】
复制提示

一、场景对象体系

二、场景对象生命周期管理

场景对象的生命周期，不适合采用原始的c++管理方式，即由使用者自己负责删除。而应该采用引用计数方式，自动负责删除。

采用引用计数方式，目前用法比较广的分两类：

1、智能指针，如boost::shared_ptr，这种方式原理是基于c++对象的生命周期和析构函数来实现的，而且引用计数是由智能指针对象保存的。在这种方式下，对象的传递和引用都是使用智能指针对象，例如：

class A;
typedef boost::shared_ptr<A> TAPtr; //B需要保留对A的引用
class B
{
public:
void AccessA(TAPtr a)
{
m_a = a; //省略
}; private:
TAPtr m_a;
}; //C不需要保留对A的引用，而仅仅是在某个接口中要访问A
class C
{
public:
void AccessA(TAPtr a)
{
//省略, 访问a
};
};

这种方式的优点：

使用者没有任何负担。

缺点：

[1] 效率低。

[2] 不方便暴露对象给lua使用。

2、cocos2d中的Ref方式，即由对象自身来保存当前的引用数，并且由对象的使用者自己来负责增加引用数retain和减少引用数release。在这种方式下，对象的传递和引用都是使用对象指针来实现，例如：

class A: public Ref; //B需要保留对A的引用
class B
{
public:
~B()
{
if(m_a)
{
m_a.release();
m_a = NULL;
}
} void AccessA(A *a)
{
m_a = a;
m_a.retain(); //省略
}; private:
A *m_a;
}; //C不需要保留对A的引用，而仅仅是在某个接口中要访问A
class C
{
public:
void AccessA(A *a)
{
//省略, 访问a
};
};

这种方式的优点是：

[1] 效率高，无论是传递、访问还是对于引用计数的操作（由使用者本身决定是否要调用retain和release）。

[2] 方便把对象暴露给Lua使用。

缺点是：

增加了使用者自身的负担，很容易造成内存泄露，这正是因为由使用者本身决定是否要调用retain和release引起的。基于相同的原因，如果要用容器（比如list, vector等）来保存对象时，标准库中的容器没办法直接使用，而必须封装，或者在插入和删除元素是，手动调用元素的retain和release.