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

posts - 18,  comments - 104,  trackbacks - 0
re: C++下垃圾回收器的實現(一) 尹東斐 2010-02-08 17:25
@Bill Gates

我之前提到這個Hans_Boehm GC, 它由于是Conservative Garbage Collector,所以沒有辦法證明其絕對安全。

他的算法通過指針的地址判斷指針是否在堆上,重載全局new以后,他控制了所有內存分配,他知道堆上最小的地址和最大的地址,然后通過判斷指針的地址是否落在在個區域內部來判斷這個指針在堆上還是棧上。

這種方法沒辦法實現內存緊縮的功能。

還有,在工程中,用到其他庫的的時候都會考慮包裝,一般不會直接使用,加一個間接層,即使它的內存不完全由你控制,但是你還是可以部分控制的。
re: 自動求導模板庫 尹東斐 2009-12-07 11:10
下載的文件放在和其他程序文件相同的目錄下,然后#include“ad.h”
要不你可以放在其他文件下,然后#include “xxx/ad.h"

具體用法參見前面的example。
@wulin

不需要考慮存儲程序的空間,因為數據和程序在內存中完全沒有區別。所以從某種角度來看,程序也是數據的一種。
比如:
class A
{
public:
int i;
};

VL_BEGIN_INSPECTOR_DECLARATION
VL_BEGIN_BASE_CLASS(A)
VL_ADD_CLASS_MEMBER(i)
VL_END_CLASS(A)
VL_END_INSPECTOR_DECLARATION

A a;

現在我要通過類似 int x = func(a, "i"); 來的到a中i的值,那這個時候,怎么知道i的類型呢?也就是說func的返回值是從哪里來的?

不吝賜教~
@陳梓瀚(vczh)

>>VL_ADD_CLASS_MEMBER(Weight)可以得到Weight的類型,這個用模板就可以了。

這個用模板也做不到吧? 除非有typeof之類的操作符,否則拿不到類型的呀。
這實現看起來很有誘惑力 :0

有點不太懂,請指教:

136 VL_BEGIN_BASE_CLASS(Animal)
137 VL_ADD_CLASS_MEMBER(Age)
138 VL_ADD_CLASS_MEMBER(Weight)
139 VL_END_CLASS(Animal)

在VL_ADD_CLASS_MEMBER的時候,沒有涉及到成員的類型,那么當讀取數據的時候,類型是怎么得到的?

GetConsole()->WriteLine(Converter.FindToStringConverter(Inspector)->ConvertToString(Inspector,Type.Object()));

你在這里用到了Type.Object(),我想問你是不是把所有類型都包裝起來了,相當于每個類型都有個get_type()之類的方法,如果你是這么實現的,那就沒有問題了。如果不是的話,

197 VL_ObjectInspector::Ptr Inspector=Manager->GetInspector(L"VL_ObjectType");

188 VL_ObjectInspector::Ptr Inspector=Manager->GetInspector(VL_InspectorSelector<Animal>::GetID());

我想這兩句的作用應該是一樣的,只不過VL_InspectorSelector<Animal>是在宏里面特化的,L"VL_ObjectType"是你為所有“內建”類型寫的。

難道Inspector里面包含有每個成員的類型?
@hdqqq

嗯,謝謝,領教了。
@hdqqq

樓上eXile說了,這個類型是叫函數類型的,但是它不能被實例化。也就是你的type_func。
@飄飄白云

我只是覺得這個rvalue reference是最重要的特性,可以不知不覺的增加效率,所以就決定寫點什么。
恩,你全文翻譯了,敬佩中,這三篇雖然看了,我覺得rvalue reference比較有意思。

當然樓上說這些特性微不足道,是因為他還沒到能看出來這些特性強大之處的境界~~

不過不知道為啥vc10不支持conception,這個鄙人認為是最強大的特性之一了,有了這個,就可以和那種上百KB的error message說再見了。
@hdqqq

在模板的位置上,它的確是個類型,但是我不知道你想說明什么?

整篇文章,我都在嘗試說明在模板參數的位置上,std::string()只是個標記,純粹用作類型推導,只是這種寫法很容易會誤導人讓人認為那是個構造函數。而這個誤導源自于 return type deduction,因為在新的C++0x中,可能會有

int Test()
{
return 3;
}

type(Test()) i = 8;

如果這個被實現的話(vs2010已經有auto了,我想這個應該不遠了).編譯器可以做返回類型推導,那么在模板參數的位置上,寫函數調用也就不足為奇了。

所以,這篇文章主要想說明,到目前為止,函數返回類型是推導不出來,而類似std::string()的寫法只是個折中方案而已。

當然不是構造函數調用。
@hyrish

你說的那種是函數模板,函數模板的模板參數可以靠編譯器自動推導,以類型明確的變量為基礎。而在類模板中,只能事先聲明,然后使用,編譯器無法推導。
這個解法很好,在lambda沒有誕生之前,c++只能這么寫,很折磨人。
如果用boost::lambda的話,這個問題就可以寫成:

map<int, int> testMap;
testMap[1] = 3;
testMap[2] = 3;
testMap[4] = 3;
testMap[6] = 3;

int nCount = count_if(testMap.begin(), testMap.end(), bind(&pair<const int, int>::first, _1) < 5); // nCount == 3.
我覺得這個可以考慮重新定義一個
template <class T, int N>
class my_allocator
: public allocator<T>
{
//按照N分配空間
};

template <int N>
class my_string
: public basic_string<char, char_traits<char>, my_allocator<char, N> >
{};

這樣子實現起來,不用考慮異常安全等問題,標準庫會考慮這個,因為allocator的實現比起string來,簡單多了。
re: boost::shared_ptr 的 cast 尹東斐 2009-05-01 23:25
@陳梓瀚(vczh)

嗯,謝謝提醒,我理解有問題。
re: std::endl 是什么? 尹東斐 2009-04-18 21:08
@OwnWaterloo

嗯,就是這樣子的。
其實可以直接從basic_ostream繼承,然后把stream_buf改成自己想要的輸出方式就可以。
都不知道FPU還能直接算sin,cos,太牛了。
@Sandy

對的,我犯錯誤了。 public要放前面。
像Sunshine Alike的編譯器報的錯就有點奇怪,private指的是access不可見的。
@Sunshine Alike
不好意思,public 應該放前面。

codeblocks 的編譯錯誤有點奇怪的說,因為private的東西對子類來說是可見的,就是是private的,也不至于'base' has not been declared,很奇怪。
@路人丁
我嘗試兩個編譯器VS2005 & VS2008,不知道你的編譯器怎么樣?
很贊。
我自從看了 C++ Templates are Turing Complete 以后,覺得很汗~
這些大牛們都已經在理論上證明c++ template是圖靈機等價的,也就是說可以在編譯器做任何想做的事,就對研究模板失去了興趣。
感嘆,模板的技法實在太少了,這么長的代碼,大部分都在重復,真期待0x趕緊到來,可以在模板中使用 <...> .
多交流吧。
re: Pascal簡化版 尹東斐 2009-04-09 23:44
不錯,如果結構設計的好的話,擴展可支持的類型,添加新的功能是很容易的。
如果你有scope的概念的話,增加函數功能也很容易。

加油。
@陳梓瀚(vczh)

很精辟,贊。
@蔡芳鈞
@wulin

歡迎來頂 : )
@jans2002

模板現在是不好調試,不過好像VC 10的 intellisence 會有幫助吧。 還沒有用過。

我目前的水平主要還是自己推,不知道大牛們玩模板是不是和咱寫程序一樣輕松。。。
@ebenzhang

boost::any的實現中,用type_info配合static來做類型檢查。
所以我說他用RTTI。

我意思是不想通過使用 typeid 獲得 type_info,從而檢查類型。

我沒有說清楚,謝謝提醒。
@lwan

這里還是要動靜結合的,所有cast都是運行期做的事情。在編譯期,能用的運算型關鍵字少得可憐,像 sizeof 這種。所以有必要的時候,可以借助運行期的特性。

靜態還是為動態服務的,不必在他們之間畫出一條道來,從此不往來。只要能盡可能的解決問題,并優雅,高效就是王道。
<2009年2月>
25262728293031
1234567
891011121314
15161718192021
22232425262728
1234567

常用鏈接

留言簿(4)

隨筆檔案

文章分類

文章檔案

相冊

好友博客

搜索

  •  

最新評論

閱讀排行榜

評論排行榜

青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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国产一区| 国产精品久久久久7777婷婷| 亚洲一区二区三区免费观看| 亚洲欧美日韩高清| 韩日视频一区| 亚洲国产一成人久久精品| 欧美激情一区二区久久久| 亚洲天堂男人| 久久精品国产久精国产一老狼| 亚洲成人自拍视频| 亚洲人精品午夜| 国产午夜亚洲精品不卡| 欧美xx69| 国产麻豆91精品| 欧美国产三级| 国产伦精品一区二区三区照片91| 玖玖玖免费嫩草在线影院一区| 欧美国产第二页| 久久se精品一区精品二区| 久久综合伊人77777| 亚洲香蕉成视频在线观看| 欧美一区二区三区免费视频| 亚洲精选一区| 午夜精品视频在线观看| 亚洲精品孕妇| 久久女同互慰一区二区三区| 亚洲视频一区在线| 看欧美日韩国产| 欧美中文字幕视频| 欧美日韩天天操| 欧美国产日韩免费| 国产日本亚洲高清| 一本色道久久88综合日韩精品| 黄色在线一区| 亚洲欧美春色| 亚洲在线日韩| 欧美日韩高清在线观看| 欧美freesex8一10精品| 国产一区二区三区久久悠悠色av | 免费日韩成人| 欧美与黑人午夜性猛交久久久| 欧美激情国产高清| 欧美成人中文字幕在线| 国产在线观看91精品一区| 亚洲视频在线观看一区| 亚洲人成人一区二区在线观看| 久久www成人_看片免费不卡| 亚洲免费在线视频一区 二区| 欧美成人午夜激情在线| 很黄很黄激情成人| 欧美中文日韩| 久久久久久久欧美精品| 国产欧美一区二区三区国产幕精品| 亚洲区一区二区三区| 亚洲国产日韩欧美综合久久| 久久久久欧美| 欧美成人精品激情在线观看 | 欧美成人按摩| 亚洲国产高清自拍| 日韩一级黄色av| 欧美精品粉嫩高潮一区二区| 91久久精品www人人做人人爽 | 国产精品久久久久久久午夜| 日韩视频不卡| 亚洲欧美精品在线| 国产日韩欧美亚洲| 久久国产欧美精品| 欧美成年人视频网站| 亚洲国产女人aaa毛片在线| 欧美77777| 9i看片成人免费高清| 亚洲欧美日韩直播| 国产主播在线一区| 麻豆免费精品视频| 亚洲美女在线看| 香蕉久久精品日日躁夜夜躁| 国产麻豆综合| 久久亚洲免费| 亚洲精品在线视频观看| 亚洲免费小视频| 精品粉嫩aⅴ一区二区三区四区| 久久综合久久综合久久综合| 亚洲国产精品电影在线观看| 这里只有精品丝袜| 国产最新精品精品你懂的| 老司机成人在线视频| 9久草视频在线视频精品| 欧美一区二区日韩| 亚洲黄色成人网| 国产精品v欧美精品v日本精品动漫| 亚洲综合激情| 欧美高清视频在线观看| 亚洲欧美日韩国产精品| 亚洲第一成人在线| 国产精品高潮呻吟视频| 久久夜色精品一区| 亚洲视频一二三| 久久婷婷激情| 亚洲在线观看视频| 亚洲国产日韩欧美在线动漫| 国产精品久久久久秋霞鲁丝| 久久综合伊人77777尤物| 亚洲视频在线二区| 亚洲国产黄色| 久久噜噜噜精品国产亚洲综合| 99ri日韩精品视频| 韩日视频一区| 国产视频在线一区二区| 欧美日本高清视频| 久久夜色精品国产| 午夜精品福利视频| 日韩午夜电影av| 亚洲第一综合天堂另类专| 久久久久久国产精品mv| 一区电影在线观看| 亚洲国产精品一区二区第四页av| 国产精自产拍久久久久久蜜| 欧美日韩成人网| 免费在线欧美视频| 久久久国产成人精品| 久久婷婷国产麻豆91天堂| 亚洲一区视频在线| 99视频有精品| 99re6热只有精品免费观看 | 国产精品国产a级| 欧美区视频在线观看| 欧美bbbxxxxx| 免费看的黄色欧美网站| 久久精品中文字幕免费mv| 亚洲欧美偷拍卡通变态| 亚洲欧美另类国产| 亚洲欧美国产高清va在线播| 亚洲一区二区不卡免费| 在线综合亚洲| 亚洲淫性视频| 亚洲欧美激情精品一区二区| 亚洲一二三四区| 亚洲欧美另类久久久精品2019| aa国产精品| 亚洲一区二区三区在线视频 | 美女诱惑一区| 欧美高清视频| 亚洲另类在线视频| 日韩视频免费观看高清在线视频| 亚洲日韩欧美视频| 日韩视频免费观看高清完整版| 亚洲卡通欧美制服中文| 日韩一级免费| 亚洲免费在线视频一区 二区| 亚洲欧美久久| 久久婷婷久久| 欧美激情精品久久久久久变态| 欧美另类久久久品| 国产精品每日更新在线播放网址| 国产精品亚洲一区二区三区在线| 国产女人18毛片水18精品| 狠狠色伊人亚洲综合网站色| 亚洲国产精品v| 一区二区激情| 久久精品国产亚洲一区二区三区| 久久一区二区视频| 亚洲激情欧美| 亚洲欧美清纯在线制服| 久久一区二区三区四区五区| 欧美日韩久久久久久| 国产精品自拍网站| 亚洲经典自拍| 亚洲欧美日本伦理| 麻豆精品精华液| 亚洲美女淫视频| 久久国产高清| 欧美色道久久88综合亚洲精品| 国产色产综合产在线视频| 亚洲精品国产系列| 久久高清国产| 亚洲精品国产品国语在线app| 午夜精品久久久久久久99水蜜桃 | 亚洲自拍偷拍网址| 欧美成人午夜| 午夜一区在线| 欧美国产高潮xxxx1819| 国际精品欧美精品| 亚洲午夜精品久久久久久浪潮| 久久免费国产精品| 亚洲视频观看| 欧美激情精品久久久久久变态 | 国产精品一区视频网站| 亚洲精品永久免费精品| 久久视频一区二区| 亚洲一区中文| 欧美日本精品| 亚洲黑丝在线| 久久尤物视频| 午夜欧美精品| 国产精品视频yy9099| 国产精品成人一区二区三区夜夜夜 | 亚洲毛片av在线| 美女日韩欧美|