最近嘗試寫一些基本的C++泛型組件，其實很多都是boost里已經(jīng)有了，但是還是喜歡自己再寫一下， 原因有三：
1. boost太龐大，拿來學習不錯，但是一般不會直接在項目中把它import進來。
2. C++11也挺不錯，但是現(xiàn)在工作還是以VS2008為主，所以這些新特性暫時用不上。
3. 重復造輪子才能更好的理解輪子背后的原理，以后才能更好的操作輪子。

看一些庫時發(fā)現(xiàn)僅指針一項就有挺多封裝， 思考為什么需要智能指針？
通過智能指針可以以RAII的方式管理對象， 編寫異常安全的代碼； 原始的指針沒有標明對象所有權的情況， 對象是你單獨擁有的？還是你和別人共享對象， 但是你也參與管理？ 還是你只是使用對象，但是沒有所有權？ 智能指針很好的解決了這些問題。

下面是一些常見的智能指針封裝形式：

std::auto_ptr
基于所有權的智能指針，每次賦值或是拷貝構造都是所有權的轉移，所以不能放到標準容器中。

unique_ptr
同樣是基于所有權的智能指針，不支持賦值或是拷貝構造，但是因為C++11 Move語義和右值引用的支持，可以通過Move的方法放置到容器中。

proxy_ptr
僅是原始指針的封裝代理，和普通指針沒有什么區(qū)別， 不參與對象生命周期的管理。

ref_ptr (intrusive_ptr)
入侵式的引用計數(shù)智能指針，對象本身具有引用計數(shù)功能， 外部指針通過對象的引用計數(shù)管理該對象的生命周期。很多框架和庫都是基于這種方式， 典型COM組件開發(fā)中的CComPtr就是這種類型的指針。

shared_ptr
非入侵式的引用計數(shù)智能指針，對象本身不需要計數(shù)功能，外部指針在創(chuàng)建對象時會自己創(chuàng)建計數(shù)功能并與對象綁定。這種方式使用起來非常方便，但是如果使用不當也會有很多問題， 具體參見shared_ptr四宗罪

weak_ptr
一般配合share_ptr一起使用， 因為weak_ptr本身不參與對象引用計數(shù)的管理，但是它能查詢所引用的對象是否還有效， 所以通過weak_ptr可以解決循環(huán)引用的問題。

在寫泛型代碼的過程中，會有對程序失去控制的感覺，比如下面的代碼：
你知道上面的c對象被拷貝了多少次嗎？ 如果改成std::ref(c)后呢？

我們用C寫代碼時可以明確知道每行代碼最終匯編執(zhí)行時的情況。
用經(jīng)典C++(面向對象)寫代碼時， 如果C++基礎扎實，也可以大概知道背后的匯編代碼, 無非是多些構造，拷貝，賦值，析構，多態(tài)等。
但是用現(xiàn)代C++(面向對象+泛型)， 你卻很難知道最終展開后的匯編代碼情況， 因為泛型與對方傳的類型密切相關， 可能你一不小心，對象就被拷貝了N多份，而你還渾然不知。

越抽象的東西離底層機器就越遙遠， C++隔著復雜的編譯器， Java/C#隔著虛擬機， 腳本語言隔著解釋器， 這就是高級語言的代價。

看一些開源的東西，越來越覺得博客沒啥好寫了，基礎的東西大家都懂， 高級的東西我也不懂，不知道以前為什么有勇氣寫這么多東西 ^_^
附上最近模仿的一點東西: MySLib