先挖坑，計劃寫出一系列文章，探討將c++用成動態語言，或者函數式語言，以達到快速開發的目的，并且在需要優化的情況下，又能夠方便快速的優化?，F在事務太多，不知道何時能填坑
宏的圖靈完備，用宏生成代碼，特別是反射，模式匹配，實在必不可少，以至于宏可以與c++的繼承、template、exception等基本組件并列的重要必不可少的補充手段
最小巧方便使用的單元測試框架，比gtest，cppunit要好用很多
自定義內存管理器，stl中的allocator是作為模板參數來傳遞，嘗試以tls來傳遞allocator參數，當然，必須相應的各種容器都要重寫，修改其缺省構造函數，拷貝復制移動拷貝，給元素分配內存釋放內存等。對了，還有各種容器的反射信息。每種類型的template的容器都有一個typeinfo對象，具體的容器又有自己獨一的typeinfo對象
完善完備的reflection，也就是，其他language能夠做的反射的事情，這里只要愿意，也可以做到，非侵入式，可以給int，double等基本類型添加反射，給template類型的也添加反射信息，保證每種類型的反射對象是唯一的；
史上功能最完善的fmt的實現，非template，當然，外層還需要variadic來包裝，以類型信息。類型安全，緩沖安全，高效，通用。通用的意思是，可以fmt到文件，日志，字符串，文本框控件中；類型安全的意思是，可以是所有的類型都可以fmt，只要該類型實現了相應的接口，但是，這種接口是非侵入式的，通過模板特化。高效的意思是合sprintf系列一樣。調用的時候如下：
fmt(text, "%s %s %d ", 20, 17.5, 'a'); //故意寫錯%s的，在這里，%s為通用符號
fmt(file, "{%s-}",{1, 2, 3}); //輸出 1-2-3到文件中，也即是能夠fmt容器對象，橫線-為容器對元素的分隔符
帶有切片功能的數組，此數組類型還支持子類型數組到基類型數組的隱式轉換，也即是需要用到基類型數組的參數，子類型數組都可以適應
haskell的map，filter，fold算法在C++下的方便靈活組合性的改造，使用時，就好像C#的linq那么爽快，當然，沒有lambda的參數自動推導，畢竟還不如
stackless協程
c++下的monad
wpf的依賴屬性在c++下的實現，gui框架的不可缺少的要素
tupple的功能擴展，通過宏，不需要寫類型，用起來就好像函數式語言原生的那么爽的可能
好像haskell或者f#那樣的模式匹配的結構體
C++下完完全全實現狗語言的那種鴨子類型的接口
面向對象的深入探討，對于企鵝或者雞是一種鳥，繼承了鳥，但是沒有繼承了會飛的接口，在編譯期就能報錯，在運行期也不能對其找到會飛的接口
具體類，基本類型，沒有虛函數，但是又能實現接口的方式，是實實在在的接口，里面有純虛函數，也即是非侵入式的實現接口，上面宇宙最強悍的fmt就是用到這里的技術
vistor模式和抽象工廠的解耦合，或者又叫，multi dispatch
類型安全的消息，一條消息就代表了一種函數調用，不是win32的那種一點也不安全的類型系統，然后可以向任何類發送消息，動態添加消息的反應，消息隊列，消息和消息參數的保存，actor，command模式，redo或undo的輕松實現，消息廣播
空基類優化的運用，除了多繼承(ATL)或者內嵌類(MFC)，還有其他方式，那是以組合方式，通過少量的模板和少量的宏，通過搭配組裝（多繼承空基類）各種基類，就能完成一個com組件
消息系統的構建，gui框架的編寫
........
博大精深的c++！只是想說，上面的一切，在C++下全部都是可行的，當然，宏，template，多繼承必須大用特用，只是，奇妙的是，主類的內存布局卻很干凈，甚至可以沒有虛函數
不知道有生之年能否填完坑，以之為勵吧！
c++的同學們也充分發揮想象力吧，太多的奇技淫巧了。