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

OldJiang.com

浩毛的博客

OldJiang.com
posts - 14, comments - 81, trackbacks - 0, articles - 0
  C++博客 :: 首頁 :: 新隨筆 :: 聯(lián)系 :: 聚合  :: 管理

置頂隨筆

Stool - Easily switch VPN server for  Mac 發(fā)布

軟件主頁:www.oldjiang.com

主要功能:
1.方便管理大量VPN服務(wù)器和賬戶
2.批量檢測(cè)VPN服務(wù)器速度
3.方便的切換VPN連接,并自動(dòng)監(jiān)測(cè)VPN連接狀態(tài).
4.支持L2TP和PPTP.
完全免費(fèi),歡迎大家使用.
下一步:計(jì)劃加入狀態(tài)欄支持.

版本 1.0
下載地址: Download

截圖:







posted @ 2014-12-10 12:34 浩毛 閱讀(1649) | 評(píng)論 (0)編輯 收藏

2014年12月10日

Stool - Easily switch VPN server for  Mac 發(fā)布

軟件主頁:www.oldjiang.com

主要功能:
1.方便管理大量VPN服務(wù)器和賬戶
2.批量檢測(cè)VPN服務(wù)器速度
3.方便的切換VPN連接,并自動(dòng)監(jiān)測(cè)VPN連接狀態(tài).
4.支持L2TP和PPTP.
完全免費(fèi),歡迎大家使用.
下一步:計(jì)劃加入狀態(tài)欄支持.

版本 1.0
下載地址: Download

截圖:







posted @ 2014-12-10 12:34 浩毛 閱讀(1649) | 評(píng)論 (0)編輯 收藏

2011年8月11日

weak table是什么意思,建議不要看中文翻譯的,我以前看了半天還是沒懂啥子意思.

lua 手冊(cè)原文是這樣解釋的:
A weak table is a table whose elements are weak references. A weak reference is ignored by the garbage collector. In other words, if the only references to an object are weak references, then the garbage collector will collect this object.
A weak table can have weak keys, weak values, or both. A table with weak keys allows the collection of its keys, but prevents the collection of its values. A table with both weak keys and weak values allows the collection of both keys and values. In any case, if either the key or the value is collected, the whole pair is removed from the table. The weakness of a table is controlled by the __mode field of its metatable. If the __mode field is a string containing the character 'k', the keys in the table are weak. If __mode contains 'v', the values in the table are weak.
After you use a table as a metatable, you should not change the value of its __mode field. Otherwise, the weak behavior of the tables controlled by this metatable is undefined.

在lua中,像table,userdata,function這些類型的值都是引用傳遞,通過引用計(jì)數(shù)來判斷是否收掉對(duì)象,而弱引用(weak reference)會(huì)被垃圾回收器忽略.weak table就是它的元素是弱引用的,一個(gè)元素(鍵值對(duì))可能鍵是弱引用,也可能值是弱引用的,也可能都是弱引用, 這個(gè)特性是通過弱表的metatable的__mode的值來設(shè)置的,特別有意思的是,當(dāng)弱表中一個(gè)鍵值對(duì),它的鍵或值關(guān)聯(lián)(引用/指向)的那個(gè)對(duì)象被垃圾回收器回收的時(shí)候,這個(gè)鍵值對(duì)會(huì)從弱表中被自動(dòng)刪除掉.這是個(gè)很重要的特點(diǎn).

那么弱表到底有什么用呢? 在lua的wiki中有一篇使用userdata的例子 ,其中就很巧妙的用到了弱表,原文地址 http://lua-users.org/wiki/CppBindingWithLunar
這篇文章介紹了如何通過userdata綁定c++對(duì)象到腳本中
fulluserdata能夠設(shè)置metatable,也就能模擬出對(duì)象的效果出來,對(duì)一個(gè)C++的類的對(duì)象實(shí)例來說,push到腳本中,一般是創(chuàng)建了一個(gè)userdata,文章中用弱表避免了同一個(gè)對(duì)象實(shí)例(指針) push到腳本中,多次創(chuàng)建userdata的問題.
換句話來說,如果C++對(duì)象的生存周期是靠lua的垃圾回收來控制的話(userdata被回收時(shí),調(diào)用元表的__gc方法,__gc方法中析構(gòu)c++對(duì)象),一個(gè)C++對(duì)象只能有一個(gè)唯一的userdata. 在userdata的metatable中創(chuàng)建一個(gè)值是弱引用的弱表,用C++對(duì)象指針做鍵,每次push c++對(duì)象的時(shí)候,就去用指針值查弱表,如果有,就push那個(gè)userdata,沒有就創(chuàng)建,  同時(shí),當(dāng)userdata是被弱引用的,當(dāng)被垃圾回收掉的時(shí)候,弱表中它所在的鍵值對(duì)自動(dòng)被銷毀了. 



posted @ 2011-08-11 14:33 浩毛 閱讀(7059) | 評(píng)論 (0)編輯 收藏

最近做了個(gè)DEMO,飛機(jī)追飛機(jī)的.
利用AOI模塊產(chǎn)生的enterAOI,LeaveAOI事件 觸發(fā)NPC追隨玩家

順便也測(cè)試下服務(wù)器實(shí)體的歐拉角計(jì)算


先運(yùn)行RegionApp.exe
然后再運(yùn)行ClientDemo

WSAD 前后左右 J上K下

客戶端做的很簡(jiǎn)單..., 支持多開...

下載DEMO

posted @ 2011-08-11 11:22 浩毛 閱讀(2993) | 評(píng)論 (0)編輯 收藏

2011年6月20日

最近在優(yōu)化游戲服務(wù)器的AOI(area of interest)部分,位置有關(guān)的游戲?qū)嶓w一般都有一個(gè)視野或關(guān)心的范圍,
當(dāng)其他實(shí)體進(jìn)出某個(gè)實(shí)體的這個(gè)范圍的時(shí)候,就會(huì)觸發(fā)leaveAOI或enterAOI事件,并維護(hù)一份AOI 實(shí)體列表。
我們來考慮最簡(jiǎn)單的實(shí)現(xiàn),假設(shè)區(qū)域R中有1000個(gè)Entity,當(dāng)某個(gè)entity位置發(fā)生變化時(shí),需要計(jì)算entity的AOI事件和列表,偽代碼如下:

function onEntityMove(who)   
  for entity in entities do
    if who <> entity then
        計(jì)算who和entity之間的距離
        如果who移動(dòng)前entity在who的AOI范圍內(nèi),且現(xiàn)在在范圍外
           觸發(fā)who.onLeaveAOI(entity)
        如果who移動(dòng)前entity在who的AOI范圍外,且現(xiàn)在在范圍內(nèi)
           觸發(fā)who.onEnterAOI(entity) 
         如果who移動(dòng)前在 entity的AOI范圍內(nèi),且現(xiàn)在在范圍外  
          觸發(fā)entity.onLeaveAOI(who)
          如果who移動(dòng)前在 entity的AOI范圍外,且現(xiàn)在在 范圍內(nèi)
           觸發(fā)entity.onEntityAOI(who)
      end
  end
end
每次一個(gè)實(shí)體移動(dòng)一次位置就要遍歷1000個(gè)實(shí)體來計(jì)算,這 樣做顯然不行,效率太低了,
那么就需要引入場(chǎng)景管理,將區(qū)域R分成n個(gè)格子,每個(gè)格子維護(hù)一個(gè)實(shí)體鏈表,entity移動(dòng)時(shí),只遍歷它所在的格子和周圍的8個(gè)格子的實(shí)體鏈表,
再優(yōu)化下,可以加入AOI圓和格子的碰撞檢查,9個(gè)格子中再去掉沒有相交的格子。。。等等
也有用四叉樹來進(jìn)行場(chǎng)景管理的。

還有些方案更簡(jiǎn)單,直接是畫格子,按以實(shí)體為中心的九個(gè)格子進(jìn)行位置廣播, 實(shí)體從一個(gè)格子移動(dòng)到另外的格子時(shí)觸發(fā)事體。。好處是計(jì)算量簡(jiǎn)單,缺點(diǎn)是帶寬占用大

我上面的方案都試過了,效率和帶寬占用都不理想,最近終于弄出一個(gè)新的方案,現(xiàn)在的AOI計(jì)算量是我們服務(wù)器以前計(jì)算量的1/40-1/80,由于涉及到公司的保密制度,不便細(xì)說,上幾個(gè)測(cè)試的抓圖:

機(jī)器配置:win7 ,T5870 inter雙核2G,2G內(nèi)存
20個(gè)entity 隨機(jī)運(yùn)動(dòng)計(jì)算一次所有entity AOI的時(shí)間在0.02毫秒左右:

220個(gè)實(shí)體,選擇的實(shí)體AOI范圍里有68個(gè)實(shí)體:

4000個(gè)實(shí)體,選擇的實(shí)體的AOI區(qū)域里有465個(gè)實(shí)體

AOIDemo.exe 下載

posted @ 2011-06-20 01:25 浩毛 閱讀(18129) | 評(píng)論 (23)編輯 收藏

2010年12月29日

SOA:Service-oriented architecture
最近在做游戲服務(wù)器引擎,查了不少有關(guān)SOA的設(shè)計(jì)方面的資料。發(fā)現(xiàn)JAVA世界有相當(dāng)多的技術(shù)標(biāo)準(zhǔn)。
其中比較好的是OSGi (http://www.osgi.org/About/WhatIsOSGi),OSGi技術(shù)是面向Java的動(dòng)態(tài)模型系統(tǒng)。OSGi服務(wù)平臺(tái)向Java提供服務(wù),這些服務(wù)使Java成為軟件集成和軟件開發(fā)的首選環(huán)境。Java提供在多個(gè)平臺(tái)支持產(chǎn)品的可移植性。OSGi技術(shù)提供允許應(yīng)用程序使用精煉、可重用和可協(xié)作的組件構(gòu)建的標(biāo)準(zhǔn)化原語。這些組件能夠組裝進(jìn)一個(gè)應(yīng)用和部署中。
參考它的思路,結(jié)合C++語言的特點(diǎn),我將一個(gè)服務(wù)器基礎(chǔ)框架設(shè)計(jì)成了這樣一種:

一個(gè)服務(wù)器應(yīng)用,由多個(gè)組件組成,組件物理上可以是動(dòng)態(tài)庫,也可以是EXE里一段實(shí)際的代碼,每個(gè)組件可以向ApplicationFramework注冊(cè)多個(gè)服務(wù)(比如日志服務(wù),網(wǎng)絡(luò)服務(wù)等)。
ApplicationFramework啟動(dòng)時(shí),通過配置文件,動(dòng)態(tài)加載和啟動(dòng)組件,讀取服務(wù)的可配置屬性。Framework觸發(fā)IComponentActivator的OnStart() 和OnStop()事件,在Start事件中,可以注冊(cè)組件自己的服務(wù),也可以加入一個(gè)服務(wù)監(jiān)聽器來監(jiān)聽關(guān)心的服務(wù)的注冊(cè),注銷等事件。
我隨便畫了幾個(gè)大概的接口:
  

posted @ 2010-12-29 00:31 浩毛 閱讀(2771) | 評(píng)論 (1)編輯 收藏

2010年10月15日

替換^M字符
在Linux下使用vi來查看一些在Windows下創(chuàng)建的文本文件,有時(shí)會(huì)發(fā)現(xiàn)在行尾有一些“^M”。有幾種方法可以處理。

1.使用dos2unix命令。一般的分發(fā)版本中都帶有這個(gè)小工具(如果沒有可以根據(jù)下面的連接去下載),使用起來很方便:
$ dos2unix myfile.txt
上面的命令會(huì)去掉行尾的^M。

2.使用vi的替換功能。啟動(dòng)vi,進(jìn)入命令模式,輸入以下命令:
:%s/^M$//g # 去掉行尾的^M。

:%s/^M//g # 去掉所有的^M。

:%s/^M/[ctrl-v]+[enter]/g # 將^M替換成回車。

:%s/^M/\r/g # 將^M替換成回車。

3.使用sed命令。和vi的用法相似:
$ sed -e ‘s/^M/\n/g’ myfile.txt

注意:這里的“^M”要使用“CTRL-V CTRL-M”生成,而不是直接鍵入“^M”。

轉(zhuǎn)自:http://hi.baidu.com/mofeis/blog/item/23c7b2fb92dc97234e4aea6d.html

posted @ 2010-10-15 11:28 浩毛 閱讀(2469) | 評(píng)論 (0)編輯 收藏

2010年8月30日

    在游戲服務(wù)器中,處理玩家登陸需要向數(shù)據(jù)庫查詢玩家的賬號(hào)和密碼,玩家上線和下線需要對(duì)玩家的角色數(shù)據(jù)從數(shù)據(jù)庫中讀取和保存。可以說,相對(duì)于游戲邏輯處理來說,數(shù)據(jù)庫操作是一種相對(duì)很慢的操作,即便你通過使用多個(gè)線程多個(gè)數(shù)據(jù)庫連接來提高數(shù)據(jù)庫操作的處理能力,但是,在高并發(fā)高負(fù)載的服務(wù)器應(yīng)用中,這樣仍然會(huì)是相當(dāng)?shù)呢?fù)載瓶頸。設(shè)想這樣一種設(shè)計(jì)方案,見下圖:

    在大量玩家登陸游戲服務(wù)器時(shí),由于有大量的數(shù)據(jù)庫訪問請(qǐng)求,即便是有自己實(shí)現(xiàn)的CACHE機(jī)制,還是會(huì)導(dǎo)致服務(wù)器耗盡所有的邏輯線程資源,服務(wù)器的處理能力將降低成DBMS的處理能力。
    
     為了不阻塞邏輯線程,可以采用異步數(shù)據(jù)庫訪問的方式,即數(shù)據(jù)庫操作請(qǐng)求提交給專門的數(shù)據(jù)庫處理線程池,然后邏輯線程不再等待數(shù)據(jù)庫處理結(jié)果,繼續(xù)處理其他,不再阻塞在這里。
     抽象的來看,對(duì)于一個(gè)需要持久化的游戲?qū)ο髞碚f,可以考慮它有2個(gè)方法,讀取和保存。那么我們抽象一個(gè)DBO接口:
   

struct IDbo
{
    
virtual bool SaveToDB(DB*)=0;
    
virtual bool LoadFromDB(DB*)=0;
}
;
   
     然后把設(shè)計(jì)方案改成下面這種:

 

     改成數(shù)據(jù)庫異步處理后,在想想現(xiàn)在的游戲數(shù)據(jù)的保存機(jī)制應(yīng)該是怎樣改進(jìn)的,為了保障數(shù)據(jù)安全,我們希望不只是玩家下線的時(shí)候才會(huì)保存玩家數(shù)據(jù),而是希望每隔一段時(shí)間統(tǒng)一保存所有在線玩家的數(shù)據(jù),那么,可以考慮這樣的思路:假設(shè)我們有一個(gè)GAMEDB服務(wù)器,GAMEDB緩存了所有在線玩家的角色數(shù)據(jù),每到保存時(shí)間,GAMEDB就將所有在線玩家的數(shù)據(jù)(DBO)的副本都統(tǒng)一提交給DB線程池,讓它保存數(shù)據(jù),提交的過程很快,提交完后,GAMEDB的邏輯線程仍能繼續(xù)處理游戲服務(wù)器的更新和讀取CACHE的請(qǐng)求。為什么要保存副本呢,DB線程的執(zhí)行保存隊(duì)列的過程也許很耗時(shí),但是隊(duì)列中的數(shù)據(jù)都是GAMEDB提交DBO那個(gè)時(shí)刻的數(shù)據(jù),這樣就能保證玩家的游戲數(shù)據(jù)的完整性。
      當(dāng)然,我這里提的這只是個(gè)思路,這里面還有很多細(xì)節(jié)沒有討論,例如如果DB線程池正在保存九點(diǎn)鐘時(shí)刻保存的數(shù)據(jù),到了十點(diǎn)鐘新的保存時(shí)刻時(shí),DB線程池還沒保存完九點(diǎn)鐘時(shí)刻的DBO副本隊(duì)列,這時(shí)應(yīng)該怎么處理;DBO對(duì)象的劃分粒度的問題;DBO隊(duì)列的優(yōu)先級(jí)的問題等等。

     PS:這篇文章里的架構(gòu)其實(shí)就是一個(gè)GAMEDB服務(wù)器,里面的邏輯處理就是GAMEDB的邏輯處理。你可以把這篇文章理解成:一個(gè)GAMEDB服務(wù)器 的實(shí)現(xiàn)思路。。。

posted @ 2010-08-30 11:35 浩毛 閱讀(8545) | 評(píng)論 (12)編輯 收藏

2010年7月29日

編輯~/.vimrc 加入以下代碼

 1 autocmd BufNewFile *.[ch],*.hpp,*.cpp exec ":call SetTitle()" 
 2 
 3 "加入注釋
 4 func SetComment()
 5     call setline(1,"/*==============================================================="
 6     call append(line("."),   "*   Copyright (C) ".strftime("%Y")." All rights reserved.")
 7     call append(line(".")+1"*   "
 8     call append(line(".")+2"*   文件名稱:".expand("%:t")) 
 9     call append(line(".")+3"*   創(chuàng) 建 者:蔣浩")
10     call append(line(".")+4"*   創(chuàng)建日期:".strftime("%Y年%m月%d日")) 
11     call append(line(".")+5"*   描    述:"
12     call append(line(".")+6"*")
13     call append(line(".")+7"*   更新日志:"
14     call append(line(".")+8"*"
15     call append(line(".")+9"================================================================*/"
16 endfunc
17 
18 "定義函數(shù)SetTitle,自動(dòng)插入文件頭 
19 func SetTitle()
20     call SetComment()
21     if expand("%:e"== 'hpp' 
22  call append(line(".")+10"#ifndef _".toupper(expand("%:t:r"))."_H"
23  call append(line(".")+11"#define _".toupper(expand("%:t:r"))."_H"
24  call append(line(".")+12"#ifdef __cplusplus"
25  call append(line(".")+13"extern \"C\""
26  call append(line(".")+14"{"
27  call append(line(".")+15"#endif"
28  call append(line(".")+16""
29  call append(line(".")+17"#ifdef __cplusplus"
30  call append(line(".")+18"}"
31  call append(line(".")+19"#endif"
32  call append(line(".")+20"#endif //".toupper(expand("%:t:r"))."_H"
33     elseif expand("%:e"== 'h' 
34  call append(line(".")+10"#pragma once"
35     elseif &filetype == 'c' 
36  call append(line(".")+10,"#include \"".expand("%:t:r").".h\""
37     elseif &filetype == 'cpp' 
38  call append(line(".")+10"#include \"".expand("%:t:r").".h\""
39     endif
40 endfunc
41 


 

posted @ 2010-07-29 12:26 浩毛 閱讀(7758) | 評(píng)論 (1)編輯 收藏

2010年7月6日

一個(gè)典型的游戲服務(wù)器設(shè)計(jì)中,一般都是用的多線程,服務(wù)器中一般運(yùn)行兩類線程,N個(gè)SOCKET IO線程,1個(gè)邏輯線程,
IO線程接受客戶端發(fā)來的信息,通過消息隊(duì)列發(fā)送給邏輯線程處理后,再發(fā)送消息給客戶端,發(fā)送消息這里一般是IO線程處理實(shí)際發(fā)送。

其實(shí)我認(rèn)為,如果邏輯線程都是消耗的CPU運(yùn)算資源的話,服務(wù)器完全采用單線程的方式來做。

首先,我們看IO處理,基本就是數(shù)據(jù)入隊(duì)、出隊(duì),send、recv操作,作為服務(wù)器的SOCKET處理一般都是異步SOCKET,也就是說,send、recv操作只是將信息copy到socket底層的發(fā)送接收緩沖區(qū)去了,不存在IO堵塞的問題。

然后,我們?cè)賮砜催壿嬏幚恚懊嬉呀?jīng)說了,采用單線程的前提是邏輯處理只是消耗CPU運(yùn)算資源,那么,不管你開幾個(gè)線程,對(duì)單核的CPU來說,它的處理速度就是這么多,并不會(huì)因?yàn)槟憔€程開的越多,就處理的越快。

因此我們可不可以這樣說呢,在單核機(jī)器上,只消耗CPU運(yùn)算的服務(wù),多線程并不比單線程能提高多少效率。

接下來,我們?cè)儆懻撓露嗪说那闆r,你肯定要想,我這臺(tái)服務(wù)器是4個(gè)雙核CPU,就只跑一個(gè)單線程的服務(wù)器不是虧死了,多線程多好,我開8個(gè)線程,就能很好的利用我的機(jī)器啦。是啊,我也覺得這樣很好,不過在LINUX、UNIX下,對(duì)線程的支持并不像WINDOWS下那么好,LINUX、UNIX下一般都是用LWP(輕量級(jí)進(jìn)程)的方式來支持多線程程序的,Linux內(nèi)核只提供了輕量進(jìn)程的支持,限制了更高效的線程模型的實(shí)現(xiàn),但Linux著重優(yōu)化了進(jìn)程的調(diào)度開銷,一定程度上也彌補(bǔ)了這一缺陷。同時(shí),濫用多線程也會(huì)造成不必要的上下文切換,不必要的同步機(jī)制的引入(如pthread_mutex),讓程序頻繁的在內(nèi)核和用戶間頻繁切換。另外,從開發(fā)角度來看,單線程開發(fā)比多線程環(huán)境開發(fā)更不容易出錯(cuò)和更加健壯。

在游戲服務(wù)器架構(gòu)中,為了提高玩家在線人數(shù),實(shí)現(xiàn)負(fù)載均衡,現(xiàn)在一般都是采用分布式的多進(jìn)程服務(wù)器集群的方式,我們來看看服務(wù)器集群中,每個(gè)服務(wù)進(jìn)程是采用多線程的方式還是單線程的方式好呢?我覺得,對(duì)于有慢速IO訪問的需求的應(yīng)用進(jìn)程,多線程肯定比單線程好,最典型的情況就是數(shù)據(jù)庫訪問這塊,完全可以采用N個(gè)DB線程,一個(gè)邏輯線程的架構(gòu),而對(duì)只是消耗CPU運(yùn)算資源的應(yīng)用進(jìn)程,盡量單線程就行了,如果覺得單線程負(fù)載不行的話,完全可以分成多個(gè)進(jìn)程來跑。。

以上只是我自己的一些看法,表達(dá)有限,歡迎指正。。。

posted @ 2010-07-06 00:06 浩毛 閱讀(9805) | 評(píng)論 (13)編輯 收藏

2010年7月5日

    boost里的program_options提供程序員一種方便的命令行和配置文件進(jìn)行程序選項(xiàng)設(shè)置的方法。
    其文檔例子中有如下代碼:
   
1 using namespace boost::program_options;
2 //聲明需要的選項(xiàng)
3 options_description desc("Allowed options");
4 desc.add_options()
5         ("help,h""produce help message")
6         ("person,p", value<string>()->default_value("world"), "who");

    看第4到6行,是不是感覺很怪?這種方式體現(xiàn)了函數(shù)式編程中最大的特點(diǎn):函數(shù)是一類值,引用資料來說,所謂“函數(shù)是一類值(First Class Value)”指的是函數(shù)和值是同等的概念,一個(gè)函數(shù)可以作為另外一個(gè)函數(shù)的參數(shù),也可以作為值使用。如果函數(shù)可以作為一類值使用,那么我們就可以寫出一些函數(shù),使得這些函數(shù)接受其它函數(shù)作為參數(shù)并返回另外一個(gè)函數(shù)。比如定義了f和g兩個(gè)函數(shù),用compose(f,g)的風(fēng)格就可以生成另外一個(gè)函數(shù),使得這個(gè)函數(shù)執(zhí)行f(g(x))的操作,則可稱compose為高階函數(shù)(Higher-order Function)。

    program_options里的這種方式是怎么實(shí)現(xiàn)的呢?通過分析boost的源代碼,我們自己來寫個(gè)類似的實(shí)現(xiàn)看看:
     test.h   
 1 #pragma once
 2 
 3 #include <iostream>
 4 using namespace std;
 5 
 6 class Test;
 7 
 8 class Test_easy_init
 9 {
10 public:
11     Test_easy_init(Test* owner):m_owner(owner){}
12 
13     Test_easy_init & operator () (const char* name);
14     Test_easy_init & operator () (const char* name,int id);
15 private:
16     Test* m_owner;
17 };
18 
19 
20 class Test
21 {
22 public:
23     void add(const char* name);
24     void add(const char* name,int id);
25 
26     Test_easy_init add_some();
27 
28 };

test.cpp
 1 #include "test.h"
 2 
 3 Test_easy_init & Test_easy_init::operator () (const char* name,int id)
 4 {
 5 
 6     m_owner->add(name,id);
 7     return *this;
 8 }
 9 
10 
11 Test_easy_init & Test_easy_init::operator () (const char* name)
12 {
13 
14     m_owner->add(name);
15     return *this;
16 }
17 
18 Test_easy_init Test::add_some()
19 {
20     return Test_easy_init(this);
21 }
22 
23 
24 void Test::add(const char* name)
25 {
26     cout<<"add:"<<name<<endl;
27 }
28 
29 void Test::add(const char* name,int id)
30 {
31     cout<<"add:"<<name<<"-"<<id<<endl;
32 }

使用方式:
1 Test t1;
2 
3 t1.add_some()
4     ("hello",1)
5     ("no id")
6     ("hello2",2);

是不是很有意思。add_some()方法返回一個(gè)Test_easy_init類的對(duì)象,Test_easy_init類重載了操作符(),操作符()方法返回Test_easy_init類對(duì)象自身的引用。。

posted @ 2010-07-05 23:08 浩毛 閱讀(1830) | 評(píng)論 (2)編輯 收藏

OldJiang.com
青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
            欧美四级在线| 亚洲免费成人av电影| 麻豆精品视频在线观看| 一区二区三区精品视频在线观看| 免费中文日韩| 久热爱精品视频线路一| 欧美成人精品三级在线观看 | 亚洲伦理中文字幕| 亚洲人成人一区二区三区| 亚洲日本成人| 一区二区三区日韩精品| 午夜精品区一区二区三| 久久九九久精品国产免费直播| 久久一区国产| 亚洲国产精品电影| 亚洲黄色性网站| 亚洲视频www| 久久久久久**毛片大全| 欧美jizzhd精品欧美巨大免费| 欧美日韩成人一区二区三区| 国产免费成人| 亚洲六月丁香色婷婷综合久久| 亚洲综合三区| 欧美11—12娇小xxxx| a91a精品视频在线观看| 久久久91精品国产一区二区三区| 欧美精品一级| 红桃视频一区| 亚洲一区二区高清| 欧美国产日本韩| 亚洲欧美一区二区三区极速播放 | 老司机免费视频久久| 欧美日韩中文字幕在线视频| 一区久久精品| 久久成人精品无人区| 亚洲精品久久久久久久久久久| 久久精品国产77777蜜臀| 国产精品成人观看视频免费| 亚洲精品在线观| 欧美1区免费| 久久超碰97中文字幕| 国产精品理论片| 亚洲图片你懂的| 亚洲精品国产精品国自产在线| 玖玖玖免费嫩草在线影院一区| 国产日韩欧美日韩大片| 亚洲欧美日韩国产| 一区二区三区久久网| 欧美精品综合| 夜夜精品视频| 亚洲黄色av| 久久综合久色欧美综合狠狠| 欧美日韩国产欧| 国产精品一区二区女厕厕| 99国产精品久久久久久久成人热| 久久女同互慰一区二区三区| 亚洲一区观看| 国产精品日韩欧美一区| 亚洲一区二区3| 亚洲乱码国产乱码精品精98午夜| 另类天堂视频在线观看| 一区在线影院| 欧美暴力喷水在线| 玖玖精品视频| 亚洲人成网站色ww在线| 免费久久久一本精品久久区| 欧美中日韩免费视频| 国内视频精品| 欧美第一黄色网| 蜜臀av性久久久久蜜臀aⅴ四虎| 狠狠色丁香久久综合频道| 久久精品一本| 久久久久久九九九九| 在线观看一区视频| 免费日韩成人| 欧美精品色综合| 亚洲欧美大片| 欧美有码视频| 亚洲精品少妇30p| 99国产一区| 国产一区二区av| 亚洲第一综合天堂另类专| 欧美激情女人20p| 亚洲欧美99| 久热精品视频在线免费观看| 正在播放欧美一区| 欧美中文字幕视频| 亚洲精品乱码久久久久久蜜桃麻豆| 亚洲精品色图| 国产亚洲精品久久久久婷婷瑜伽| 美女脱光内衣内裤视频久久网站| 欧美激情视频一区二区三区在线播放 | 亚洲精品一区在线观看| 国产精品欧美日韩一区| 久久久青草婷婷精品综合日韩| 免费试看一区| 欧美一区二区三区在线看 | 亚洲欧美国产三级| 久久久久免费| 亚洲女同性videos| 免费在线成人| 久久成人精品电影| 欧美日韩三级一区二区| 久久亚洲一区二区三区四区| 欧美日本一区| 久久亚洲国产精品一区二区| 91久久黄色| 亚洲免费观看高清在线观看| 9国产精品视频| 一区二区自拍| 亚洲欧美日韩区| 日韩一级大片在线| 久久精品国产一区二区电影| 亚洲专区在线视频| 欧美成人官网二区| 久久综合狠狠综合久久激情| 国产精品久久久久一区二区三区共 | 亚洲精品久久久一区二区三区| 亚洲一区二区三区视频播放| 1024精品一区二区三区| 亚洲区中文字幕| 精品不卡一区二区三区| 亚洲综合日本| 午夜亚洲影视| 欧美日韩精品欧美日韩精品一| 麻豆亚洲精品| 黄网站免费久久| 欧美在线视频在线播放完整版免费观看| 一区二区三区国产| 欧美极品在线播放| 欧美电影在线| 亚洲激情偷拍| 久久午夜激情| 久久久久国产一区二区| 国产麻豆成人精品| 亚洲欧美中文另类| 欧美一区二区三区免费视| 国产精品青草久久| 亚洲欧美国产精品专区久久| 欧美一区二区在线看| 国产麻豆午夜三级精品| 香蕉久久夜色精品国产| 欧美在线在线| 国内不卡一区二区三区| 久久精品国产亚洲精品| 欧美成人国产va精品日本一级| 伊人狠狠色j香婷婷综合| 久热国产精品| 亚洲免费观看| 午夜欧美大尺度福利影院在线看 | 欧美成人在线影院| 亚洲日本中文字幕| 亚洲一区日韩在线| 国产欧美一区二区在线观看| 久久99在线观看| 免费在线国产精品| 亚洲精品在线观看视频| 欧美日精品一区视频| 亚洲欧美国产不卡| 美女免费视频一区| 一区二区三区日韩在线观看 | 国产日韩一区二区三区| 久久欧美中文字幕| 亚洲精品在线免费观看视频| 亚洲精品一区二区三区蜜桃久 | 久久精品视频一| 欧美成人自拍视频| 夜夜嗨一区二区三区| 国产欧美视频一区二区三区| 久久久久看片| 一区二区激情小说| 久久久噜噜噜久久狠狠50岁| 亚洲电影第1页| 国产精品久久久免费| 久久久久这里只有精品| 亚洲精品激情| 久久亚洲电影| 亚洲视频免费在线观看| 狠狠色丁香婷婷综合久久片| 欧美日本高清| 久久激情五月婷婷| 一本色道久久综合狠狠躁的推荐| 久久久精品动漫| 在线视频亚洲一区| 亚洲大片av| 国产欧美视频一区二区三区| 欧美日韩精品免费| 久久蜜臀精品av| 亚洲欧美日韩精品一区二区| 欧美夫妇交换俱乐部在线观看| 午夜欧美精品久久久久久久| 亚洲精选一区二区| 影音先锋亚洲一区| 国产精品入口66mio| 欧美区一区二| 欧美99久久| 久久久午夜精品| 欧美一二区视频| 亚洲午夜高清视频| 亚洲最黄网站|