青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

清風竹林

ぷ雪飄絳梅映殘紅
   ぷ花舞霜飛映蒼松
     ----- Do more,suffer less

基類角色之對象管理器

基類角色之對象管理器

版本:0.1

最后修改:2009-07-02

撰寫:李現民


問題描述

C++程序設計中,保存一個生命周期不是由類對象自己維護的其它對象的指針通常是個壞主意,因為程序邏輯很難判斷在使用該指針的時刻其所指對象是否已經被銷毀。這種應用需求很常見,例如在網游設計中,由于華麗的裝備加載需要進行大量硬盤I/O,因此加載過程通常由一個獨立的加載線程執行,由于在裝備加載完成的時刻該玩家很可能已經下線,因此加載線程就需要能夠去判斷此時玩家對象是否仍然有效。

為了解決該問題,通常會設計一個PlayerManager類用于跟蹤管理當前所有的玩家對象,而加載線程通過提供玩家id以確認該玩家對象仍然存在。此種設計方案需要一個獨立的PlayerManager類,并提供一個全局的PlayerManager類對象以跟蹤當前的所有玩家對象。

出于代碼復用的目的,我希望實現一個通用基類解決此類問題。該基類需要為子類對象至少提供以下幾方面的能力:

  1. 為所有的對象分配一個全局唯一的index,通過該index能夠(盡可能快的)獲取到擁有該index的類對象(或NULL);

  2. 自動跟蹤類對象的生成與銷毀,不需要手工編寫額外代碼;

  3. 實現迭代器,提供遍歷當前所有有效對象的能力;

  4. 提供“移除”接口,使得對象可以主動要求放棄被對象管理器跟蹤;

  5. 各子類實現擁有完全獨立的管理器邏輯;


解決方案

將實現代碼保存為objectman.hpp,內容如下:

/********************************************************************
created:    2009-06-29
author:    lixianmin

purpose:    base class for object manager
Copyright (C) 2009 - All Rights Reserved
********************************************************************
*/
#ifndef _LIB_OBJECT_MAN_HPP_INCLUDED_
#define _LIB_OBJECT_MAN_HPP_INCLUDED_
#include 
<cassert>
#include 
<map>

namespace lib
{
    template
<typename T>
    
class objectman
    {
    
public:
        typedef 
int index_t;                                // 索引類型
        typedef std::map<index_t, T*>   object_map;         // 容器類型

        
enum { INVAID_INDEX= 0};                            // 無效索引

    
public:
        
// 迭代器
        class iterator
        {
        
public:
            iterator(
void): _iter(_mObjects.begin()){}                          // 構造函數
            bool has_next(voidconst { return (_mObjects.end()!= _iter); }     // 測試是否還有下一個對象
            T* next(void) { return has_next()? (_iter++->second): NULL;    }    // 獲取下一個對象指針

        
private:
            typename object_map::iterator _iter;
        };

    
public:
        
// 構造函數
        objectman(void)
        {
            enable_index();
        }

        
// copy 構造函數
        objectman(const objectman& rhs)
        {
            enable_index();
        }

        
// 析構函數
        virtual ~objectman(void)
        {
            disable_index();
        }

        
// 賦值操作符
        objectman& operator= (const objectman& rhs)
        {

        }

        
// 通過索引獲取對象
        static T* get_by_index(index_t index)
        {
            object_map::iterator iter
= _mObjects.find(index);
            
if (_mObjects.end()!= iter)
            {
                T
* pObject= iter->second;
                assert(NULL
!= pObject);
                
return pObject;
            }

            
return NULL;
        }

        
// 獲取對象索引
        index_t get_index(voidconst { return _idxObject; }

        
// 生成索引(使能被對象管理器遍歷到)
        void enable_index(void)
        {
            _idxObject
= ++_idxGenderator;
            assert(get_index()
!= INVAID_INDEX);
            assert(_mObjects.find(get_index())
== _mObjects.end());
            _mObjects.insert(std::make_pair(get_index(), static_cast
<T*>(this)));
        }
        
        
// 移除索引(使不能被對象管理器遍歷到)
        void disable_index(void)
        {
            
if (get_index()!= INVAID_INDEX)
            {
                assert(_mObjects.find(get_index())
!= _mObjects.end());
                _mObjects.erase(get_index());

                _idxObject
= INVAID_INDEX;
            }
        }

    
private:
        friend 
class iterator;
        
static object_map    _mObjects;                          // 對象容器
        static index_t        _idxGenderator;                    // 索引發生器

        index_t                _idxObject;                      
// 對象索引
    };

    template
<typename T>
    typename objectman
<T>::object_map objectman<T>::_mObjects;

    template
<typename T>
    typename objectman
<T>::index_t objectman<T>::_idxGenderator= 0;
}

#endif

測試代碼

測試代碼如下:

#include <cassert>
#include 
"objectman.hpp"
// 聲明一個類
class Player:public lib::objectman<Player>
{

};

int main(int argc, char* argv[])
{
    
const int idxDisabled= 5;
    
// 生成對象
    for (int i= 0; i< 10++i)
    {
        Player
* pPlayer= new Player;
        
if (idxDisabled== pPlayer->get_index())
        {
            
// 從對象管理器中移除該對象
            pPlayer->disable_index();
        }
    }
    
    
//使用迭代器遍歷類對象
    Player::iterator iter;
    
while(iter.has_next())
    {
        Player
* pPlayer= iter.next();
        
const int idxPlayer= pPlayer->get_index();
        
// 斷言之:遍歷不到已經移除的對象
        assert(idxPlayer!= idxDisabled);
        
// 斷言之:可以通過idxPerson取得對象指針
        assert(pPlayer== Player::get_by_index(idxPlayer));
        
        
// 回收對象
        delete pPlayer;
        pPlayer
= NULL;
    }

    
// 斷言之:所有對象均已被刪除
    Player::iterator iter2;
    assert(
!iter2.has_next());

    system(
"pause");
    
return 0
}

vs2008下所有斷言均動作通過。


已知問題

  1. 在大量生成對象的情況下,index索引空間(代碼定義為int的范圍)有可能使用殆盡,甚至產生重復,這會導致兩個對象擁有相同index的嚴重錯誤;

  2. std::map的查找速度不是特別另人滿意;






posted on 2009-07-02 12:49 李現民 閱讀(2046) 評論(11)  編輯 收藏 引用 所屬分類: design

評論

# re: 基類角色之對象管理器 2009-07-02 14:10 Kevin Lynx

本質上就是通過讓其他模塊不保存這個object的直接指針,而是一個ID,然后通過一個manager由這個ID而獲取到這個object*,是可以有效減少指針無效的問題。但是,面對的最大問題就在于這個查找過程。你這里用的是std::map,我們用的是stdext::hash_map,我自己都覺得有點速度問題。希望能在這個問題上找到良好的解決辦法。:)  回復  更多評論   

# re: 基類角色之對象管理器 2009-07-02 15:20 飯中淹

我一般是用一個ID管理器來解決這個問題。
采用直接索引的辦法。對于重復的ID使用一個順序增加的KEY來做驗證。

也就是一個ID,一個KEY來索引一個對象。

之前還有一個方法,就是采用一種LINK對象,LINK對象能鏈接到另外一個LINK對象,并互換HOST指針,并且有主從關系的LINK方式。
當一個LINK對象銷毀的時候,會通知所有已經連接的LINK對象放棄自己的HOST指針。這樣的話,別的對象里面保存的指針會隨著原始對象的銷毀而自動清空。
  回復  更多評論   

# re: 基類角色之對象管理器 2009-07-02 17:24 Kevin Lynx

雖然不是很明白飯中淹關于LINK對象的意思,但是我獲得了靈感,寫了下面的代碼:
///
///
///
#include <stdio.h>
#include <list>

class ref_op
{
public:
virtual void be_null() { }
};

typedef std::list<ref_op*> RefOpList;
class ref_base
{
public:
~ref_base()
{
clear_ops();
}

void add_ref( ref_op *op )
{
_oplist.push_back( op );
}

void clear_ops()
{
for( RefOpList::const_iterator it = _oplist.begin();
it != _oplist.end(); ++ it )
{
(*it)->be_null();
}
}

private:
RefOpList _oplist;
};

template <typename _Tp>
class auto_null : public ref_op
{
public:
void fetch( _Tp *t )
{
_t = t;
t->add_ref( this );
}
auto_null<_Tp> &operator = ( _Tp *t )
{
fetch( t );
return *this;
}
void be_null()
{
_t = 0;
}
operator _Tp*()
{
return _t;
}
private:
_Tp *_t;
};

//////////////////////////////////////////////////////////////////////////////
class CMonster : public ref_base
{
};

class CMonsterAI
{
public:
void SetOwner( CMonster *pOwner )
{
m_Owner = pOwner;
}

void Test()
{
if( (CMonster*)m_Owner == NULL )
{
printf( "The owner is null.\n" );
}
else
{
printf( "The owner is NOT null.\n" );
}
}
private:
auto_null<CMonster> m_Owner;
};

int main()
{
CMonster *pMonster = new CMonster();
CMonsterAI *pAI = new CMonsterAI();
pAI->SetOwner( pMonster );
pAI->Test();
delete pMonster;
pAI->Test();
delete pAI;
return 0;
}

CMonster內部會保存一個CMonster的指針,當CMonster被刪除掉時,會自動更新CMonsterAI內部的CMonster“指針”為NULL。接口比較簡單:1)在會被引用(即被其他對象保存其指針)的類設計中派生(或組合)ref_base類,ref_base類簡單來說就是保存一個引用類對象列表,通過基類ref_op可以使得ref_base保存不同類型的引用類(例如CMonsterAI可以保存CMonster, CRegion也可以保存CMonster),ref_base在析構時自動回調引用類對象的be_null函數,be_null函數在auto_null類中自動把CMonster*設置為NULL。
通過重載operator=,使得SetOwner函數里不需要做其他操作(看起來)。
  回復  更多評論   

# re: 基類角色之對象管理器 2009-07-02 18:02 李現民

@飯中淹
對于“也就是一個ID,一個KEY來索引一個對象”這種辦法,我想可以通過增加ID(我我的實現代碼是是index_t)的長度來代替,即定義:
typedef __int64 index_t; // 索引類型

我認為效果是等價的。

  回復  更多評論   

# re: 基類角色之對象管理器 2009-07-02 18:05 李現民

@Kevin Lynx
我感覺那個link的意思有點像觀察者observer,即:當一個對象銷毀時通知所有對其感興趣的對象,告訴它們:我死了,不要再來找我

但這種方式,我個人覺得有點復雜了  回復  更多評論   

# re: 基類角色之對象管理器[未登錄] 2009-07-02 21:51 塵埃

id用兩個部分組合而成:數組索引、累加,64位或許應該夠了,且短時間內很難發生碰撞吧。數組索引用來立即找出對應對象,再用累加部分驗證一下,實在不放心把累加部分擴大到64位,對于客戶端來說怎么都該夠了;)  回復  更多評論   

# re: 基類角色之對象管理器 2009-07-03 09:55 zuhd

@Kevin Lynx
兄弟這段代碼很經典啊,學習了!   回復  更多評論   

# re: 基類角色之對象管理器 2009-07-03 10:16 飯中淹

@Kevin Lynx
跟這個差不多。不過不用繼承

xLink<Host, Target>


xLink.link( xLink<Target, Host> & lnk );
xLink.disLinkAll();

*
&
是重載的。
返回Host
  回復  更多評論   

# re: 基類角色之對象管理器 2009-07-03 10:18 飯中淹

@李現民
確實是類似觀察者這種,不過更直接了
  回復  更多評論   

# re: 基類角色之對象管理器 2009-07-03 12:03 李現民

@Kevin Lynx
今天我看了下,你這種實現方式就已經是觀察者了,其中CMonster 就是被觀察的(observable),而所有使用auto_null<>對象的都是觀察者(observer), 這種實現方法我覺得至少有兩個缺點:
1,會強制observable都使用ref_base 基類,同時observer需要使用auto_null<>去封裝對象,因此即使新設計的類可以使用auto_null,但舊有的、需要被觀察的類無法自動成為observable,因為它們不曾繼承ref_base
2,使用auto_null對象時,IDE的智能通常無法診測出具體對象(CMonster)內部的函數名,只能診測出像fetch()這些  回復  更多評論   

# re: 基類角色之對象管理器 2009-07-04 16:29 99網上書店

確實是類似觀察者這種,不過更直接了  回復  更多評論   

青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            欧美日韩中文字幕在线| 亚洲激情自拍| 狠狠色丁香婷婷综合影院| 欧美日韩另类综合| 欧美日韩中国免费专区在线看| 欧美日韩另类视频| 欧美午夜在线观看| 国产午夜精品福利| 亚洲第一区中文99精品| 亚洲精选视频免费看| 亚洲午夜久久久久久久久电影院| 亚洲专区一区| 久久久无码精品亚洲日韩按摩| 久久资源av| 亚洲精品美女在线| 国产日韩专区| 麻豆亚洲精品| 欧美日韩不卡视频| 国产美女精品人人做人人爽| 国产欧美日韩激情| 在线成人中文字幕| 中文日韩在线| 欧美xxx成人| 在线中文字幕日韩| 久久久久久夜精品精品免费| 欧美日韩一区二区免费视频| 国产日韩欧美综合| 99视频在线精品国自产拍免费观看 | 亚洲第一区在线观看| 一区二区三区免费看| 久久精品天堂| 亚洲免费电影在线观看| 久久久久久69| 国产日本亚洲高清| 亚洲视频一区二区在线观看 | 欧美在线综合视频| 亚洲精品国产视频| 久久免费视频网| 国产精品理论片在线观看| 91久久国产精品91久久性色| 久久国产精品第一页| 亚洲日本无吗高清不卡| 久久亚洲国产精品一区二区| 国产欧美日韩亚洲| 亚洲一区二区三区在线观看视频 | 亚洲精品一区二区三区99| 久久久久久婷| 性色av一区二区三区红粉影视| 欧美日韩裸体免费视频| 亚洲国内精品| 欧美成人综合| 久久久久网址| 在线不卡免费欧美| 美国十次了思思久久精品导航| 亚洲视频www| 欧美视频一区二区在线观看 | 亚洲资源在线观看| 欧美日韩一区二区三区免费看| 91久久精品网| 欧美激情第4页| 欧美激情按摩| 在线亚洲伦理| 亚洲一区二区三区四区五区黄| 国产精品乱人伦一区二区| 亚洲黑丝一区二区| 欧美成人亚洲成人| 六月婷婷久久| 亚洲精品日韩综合观看成人91| 亚洲成色777777在线观看影院| 快播亚洲色图| 亚洲精品一区二区三区不| 亚洲区免费影片| 欧美日韩成人网| 亚洲一级在线| 性色一区二区| 在线看一区二区| 亚洲精品三级| 国产精品婷婷午夜在线观看| 欧美一区二区视频在线| 久久久久久久久岛国免费| 亚洲国产成人久久| 亚洲日本成人| 国产日韩欧美精品一区| 另类图片综合电影| 欧美日韩www| 久久精品视频播放| 久久欧美肥婆一二区| 99精品视频免费全部在线| a4yy欧美一区二区三区| 国产一区自拍视频| 日韩小视频在线观看专区| 国产欧美精品日韩| 亚洲国产精品福利| 国产欧美日韩一级| 亚洲二区精品| 国产精品美女一区二区在线观看| 美女国内精品自产拍在线播放| 欧美日韩综合网| 老鸭窝毛片一区二区三区| 欧美日韩精品在线播放| 久久免费视频网| 欧美性开放视频| 欧美搞黄网站| 国产亚洲欧美一区二区三区| 最新日韩中文字幕| 国自产拍偷拍福利精品免费一| 99re6这里只有精品视频在线观看| 国内综合精品午夜久久资源| 亚洲人人精品| 91久久精品国产91性色| 欧美一区二区福利在线| 国产视频观看一区| 日韩一级二级三级| 亚洲国产cao| 性18欧美另类| 亚洲欧美不卡| 欧美日韩国内| 最新国产成人av网站网址麻豆| 国内精品福利| 午夜日韩在线| 欧美亚洲三区| 欧美日韩免费高清一区色橹橹| 欧美激情精品久久久久| 在线观看日产精品| 久久久久国产一区二区三区四区| 亚洲欧美综合一区| 欧美视频在线观看一区| 亚洲欧洲在线观看| 亚洲精品久久| 欧美乱人伦中文字幕在线| 久久久久久久综合| 亚洲亚洲精品在线观看 | 欧美不卡视频一区发布| 免费成人在线视频网站| 曰韩精品一区二区| 久久精品噜噜噜成人av农村| 欧美一区二区三区视频免费播放| 欧美视频免费在线观看| aaa亚洲精品一二三区| 一区二区三区视频在线播放| 欧美日韩免费精品| 一本一本久久a久久精品综合妖精| 亚洲裸体视频| 欧美日韩亚洲视频一区| 这里只有精品视频在线| 亚洲欧美激情四射在线日| 国产精品性做久久久久久| 国产精品99久久久久久有的能看| 亚洲在线国产日韩欧美| 国产精品视频自拍| 久久精品主播| 亚洲欧洲一级| 亚洲综合日韩在线| 国内精品福利| 欧美极品一区| 亚洲永久精品国产| 美女视频黄免费的久久| 日韩亚洲欧美一区| 国产精品日韩一区二区三区| 香蕉久久夜色| 亚洲黄色av一区| 亚洲欧美综合一区| 一区免费视频| 欧美三级小说| 久久人人97超碰国产公开结果| 亚洲激情在线观看视频免费| 亚洲嫩草精品久久| 激情亚洲网站| 欧美午夜不卡| 久久一区二区三区国产精品 | 久久三级福利| 亚洲一区二区三区精品动漫| 国产日本亚洲高清| 欧美激情精品久久久久久久变态 | 中文国产成人精品| 麻豆久久精品| 亚洲一区欧美二区| 亚洲国产精品久久久久秋霞影院 | 欧美丰满少妇xxxbbb| 亚洲欧美激情视频在线观看一区二区三区 | 久久综合色播五月| 亚洲一区www| 国产日韩欧美在线看| 牛牛精品成人免费视频| 亚洲精品一区中文| 国产一区二区三区四区五区美女| 欧美成人亚洲| 久久久综合精品| 亚洲一区二区三区四区中文| 亚洲国产精品日韩| 久久综合电影| 欧美中文字幕在线| 亚洲一区欧美二区| 一区二区日韩| 亚洲精品一区二区三区不| 国产综合久久久久久| 国产精品视频精品| 欧美午夜电影一区| 欧美黄色一级视频| 欧美成人免费网|