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

清風竹林

ぷ雪飄絳梅映殘紅
   ぷ花舞霜飛映蒼松
     ----- 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>
            久久婷婷麻豆| 午夜精品久久一牛影视| 韩国一区二区在线观看| 欧美日韩一区二区在线播放| 亚洲一区二区三区国产| 欧美三级黄美女| 欧美日韩成人一区二区| 欧美黑人在线播放| 欧美护士18xxxxhd| 免费在线亚洲欧美| 香蕉成人啪国产精品视频综合网| 99精品国产高清一区二区| 91久久线看在观草草青青| 国产揄拍国内精品对白| 国产一区二区激情| 国产精品高潮呻吟久久av无限 | 亚洲素人在线| 亚洲精品一区二区三区樱花| 在线观看91精品国产入口| 国产在线拍偷自揄拍精品| 国模 一区 二区 三区| 激情欧美一区二区| 好吊妞这里只有精品| 狠狠色狠狠色综合日日五| 狠狠综合久久av一区二区老牛| 狠狠干成人综合网| 一色屋精品视频在线观看网站| 国内精品视频在线观看| 亚洲国产精品va在线看黑人动漫| 亚洲黄色大片| 亚洲一二三区在线观看| 欧美一区二区三区在线免费观看| 久久综合给合久久狠狠狠97色69| 亚洲激情在线视频| 一区二区三区视频免费在线观看| 在线亚洲欧美视频| 欧美一区二区三区四区视频| 久久―日本道色综合久久| 亚洲国产激情| 一本色道久久综合一区| 欧美一区二区日韩一区二区| 麻豆精品视频在线| 国产精品入口日韩视频大尺度| 国内精品久久久久伊人av| 日韩天堂av| 一区二区三区国产盗摄| 久久久噜噜噜久久人人看| 亚洲电影自拍| 午夜亚洲性色福利视频| 欧美激情免费观看| 韩国av一区二区| 一区二区三区www| 老牛国产精品一区的观看方式| 在线观看国产日韩| 亚洲综合色婷婷| 亚洲在线免费| 欧美激情综合| 欧美一区二区三区免费观看视频 | 亚洲私人影院| 欧美不卡高清| 国产一区二区三区久久| 亚洲一线二线三线久久久| 亚洲国产精品黑人久久久| 亚洲乱码国产乱码精品精| 久久久久.com| 狠狠综合久久av一区二区老牛| 午夜欧美精品久久久久久久| 亚洲在线观看视频| 国产日韩欧美一区二区三区在线观看| 香蕉成人久久| 久久久久这里只有精品| 亚洲国产精品黑人久久久| 亚洲国内自拍| 欧美视频在线不卡| 久久国产精品久久国产精品| 欧美与欧洲交xxxx免费观看| 在线看片欧美| 亚洲毛片在线| 国产日韩欧美在线视频观看| 男女精品视频| 欧美视频成人| 久久久久欧美精品| 欧美二区在线播放| 亚洲欧美日韩一区二区在线| 欧美在线999| 亚洲欧洲一区二区天堂久久| aa日韩免费精品视频一| 国产乱码精品一区二区三区忘忧草 | 国产麻豆91精品| 久久精品欧美日韩| 久久五月激情| 正在播放欧美一区| 欧美一区二区日韩一区二区| 亚洲国产专区校园欧美| 99国产精品久久久久久久| 国产色综合网| 亚洲裸体视频| 在线不卡中文字幕| 亚洲日本视频| 一区二区亚洲| 亚洲视频axxx| 亚洲精品小视频| 久久不射网站| 亚洲欧美另类中文字幕| 猛男gaygay欧美视频| 午夜一区不卡| 欧美激情免费观看| 欧美3dxxxxhd| 国自产拍偷拍福利精品免费一| 亚洲精品中文字幕有码专区| 狠色狠色综合久久| 亚洲欧美美女| 亚洲一区在线播放| 欧美黑人一区二区三区| 久久久夜精品| 国产女人18毛片水18精品| 日韩午夜激情av| 亚洲精品视频在线播放| 久久久久这里只有精品| 久久精品亚洲热| 国产美女一区| 亚洲欧美国产一区二区三区| 亚洲丝袜av一区| 欧美日韩xxxxx| 亚洲人在线视频| 99视频精品免费观看| 欧美电影美腿模特1979在线看| 久久综合色88| 在线观看欧美亚洲| 久久九九久精品国产免费直播| 欧美在线视频播放| 国产伦精品一区二区三区四区免费| 亚洲国产清纯| 久久香蕉国产线看观看av| 久久天天躁夜夜躁狠狠躁2022| 国产欧美日韩中文字幕在线| 午夜精品成人在线| 欧美一区二区三区视频| 国产伦精品一区二区三区在线观看 | 日韩视频在线一区二区| 久色婷婷小香蕉久久| 麻豆精品网站| 亚洲精品一级| 欧美日韩国产区| 99在线精品视频| 在线看视频不卡| 快播亚洲色图| 亚洲在线成人精品| 久久国产欧美| 亚洲高清在线精品| 亚洲国产精品999| 亚洲大片在线| 亚洲午夜精品一区二区三区他趣| 国产精品99久久久久久久久 | 免费欧美高清视频| 国产精品欧美久久| 亚洲欧美激情一区二区| 久久成年人视频| 韩日精品在线| 蜜桃av一区二区| 亚洲欧洲视频| 新67194成人永久网站| 国产一区白浆| 欧美成人国产| 亚洲在线观看免费视频| 国产人妖伪娘一区91| 久久久国产精品亚洲一区| 亚洲国产综合视频在线观看 | 免费看亚洲片| 日韩视频中文| 国产在线拍偷自揄拍精品| 欧美成人免费播放| 亚洲视频电影图片偷拍一区| 久久久精品性| 夜色激情一区二区| 韩国女主播一区二区三区| 欧美理论在线播放| 亚洲欧美视频在线观看视频| 免费亚洲电影在线| 午夜精品久久久久久久99黑人| 国产主播一区二区| 欧美日韩国产三区| 久久九九国产精品怡红院| aⅴ色国产欧美| 亚洲国产高清在线| 久久精品天堂| 亚洲欧美在线磁力| 99亚洲伊人久久精品影院红桃| 国产亚洲一区二区精品| 欧美日韩国产在线一区| 久久久久久久久久看片| 亚洲影院在线| 日韩视频免费在线| 欧美肥婆在线| 久久综合五月| 香港久久久电影| 亚洲一区二区在线观看视频| 亚洲激情精品| 一区二区三区在线观看欧美| 国产精品日韩欧美|