huaxiazhihuo

先挖坑，計劃寫出一系列文章，探討將c++用成動態(tài)語言，或者函數(shù)式語言，以達到快速開發(fā)的目的，并且在需要優(yōu)化的情況下，又能夠方便快速的優(yōu)化。現(xiàn)在事務太多，不知道何時能填坑

宏的圖靈完備，用宏生成代碼，特別是反射，模式匹配，實在必不可少，以至于宏可以與c++的繼承、template、exception等基本組件并列的重要必不可少的補充手段

最小巧方便使用的單元測試框架，比gtest，cppunit要好用很多

自定義內(nèi)存管理器，stl中的allocator是作為模板參數(shù)來傳遞，嘗試以tls來傳遞allocator參數(shù)，當然，必須相應的各種容器都要重寫，修改其缺省構造函數(shù)，拷貝復制移動拷貝，給元素分配內(nèi)存釋放內(nèi)存等。對了，還有各種容器的反射信息。每種類型的template的容器都有一個typeinfo對象，具體的容器又有自己獨一的typeinfo對象

完善完備的reflection，也就是，其他language能夠做的反射的事情，這里只要愿意，也可以做到，非侵入式，可以給int，double等基本類型添加反射，給template類型的也添加反射信息，保證每種類型的反射對象是唯一的；

史上功能最完善的fmt的實現(xiàn)，非template，當然，外層還需要variadic來包裝，以類型信息。類型安全，緩沖安全，高效，通用。通用的意思是，可以fmt到文件，日志，字符串，文本框控件中；類型安全的意思是，可以是所有的類型都可以fmt，只要該類型實現(xiàn)了相應的接口，但是，這種接口是非侵入式的，通過模板特化。高效的意思是合sprintf系列一樣。調(diào)用的時候如下：
fmt(text, "%s %s %d ", 20, 17.5, 'a'); //故意寫錯%s的，在這里，%s為通用符號
fmt(file, "{%s-}",{1, 2, 3}); //輸出 1-2-3到文件中，也即是能夠fmt容器對象，橫線-為容器對元素的分隔符

帶有切片功能的數(shù)組，此數(shù)組類型還支持子類型數(shù)組到基類型數(shù)組的隱式轉換，也即是需要用到基類型數(shù)組的參數(shù)，子類型數(shù)組都可以適應

haskell的map，filter，fold算法在C++下的方便靈活組合性的改造，使用時，就好像C#的linq那么爽快，當然，沒有l(wèi)ambda的參數(shù)自動推導，畢竟還不如


c++下的monad


tupple的功能擴展，通過宏，不需要寫類型，用起來就好像函數(shù)式語言原生的那么爽的可能

好像haskell或者f#那樣的模式匹配的結構體

C++下完完全全實現(xiàn)狗語言的那種鴨子類型的接口

面向?qū)ο蟮纳钊胩接懀瑢τ谄簌Z或者雞是一種鳥，繼承了鳥，但是沒有繼承了會飛的接口，在編譯期就能報錯，在運行期也不能對其找到會飛的接口

具體類，基本類型，沒有虛函數(shù)，但是又能實現(xiàn)接口的方式，是實實在在的接口，里面有純虛函數(shù)，也即是非侵入式的實現(xiàn)接口，上面宇宙最強悍的fmt就是用到這里的技術

vistor模式和抽象工廠的解耦合，或者又叫，multi dispatch

類型安全的消息，一條消息就代表了一種函數(shù)調(diào)用，不是win32的那種一點也不安全的類型系統(tǒng)，然后可以向任何類發(fā)送消息，動態(tài)添加消息的反應，消息隊列，消息和消息參數(shù)的保存，actor，command模式，redo或undo的輕松實現(xiàn)，消息廣播

空基類優(yōu)化的運用，除了多繼承(ATL)或者內(nèi)嵌類(MFC)，還有其他方式，那是以組合方式，通過少量的模板和少量的宏，通過搭配組裝（多繼承空基類）各種基類，就能完成一個com組件

消息系統(tǒng)的構建，gui框架的編寫

........

博大精深的c++！只是想說，上面的一切，在C++下全部都是可行的，當然，宏，template，多繼承必須大用特用，只是，奇妙的是，主類的內(nèi)存布局卻很干凈，甚至可以沒有虛函數(shù)
c++的同學們也充分發(fā)揮想象力吧，太多的奇技淫巧了。