沒有 tr1/functional 是不行的

以前我寫 generic function callback 都是用 template...
一直覺得這樣很好。不過引入 template 的後患實在有點太多了...
現在我發現，其實全部用 std::tr1::function 取代掉最好！

就先不考慮效能了，template 讓 code 與 code 之間 dependency 實在會變太大，
導致除了需要不斷重新 compile 令人厭煩外，circular include dependency,
無法做 runtime binding (shared code), 等等，缺陷真的不少。
好處只有：跑得快。但是 object code 也會變大...

現在有了 std::tr1::function!! (boost::function) 一切都解決了！
再加上 std::tr1::bind (boost::bind), std::tr1::mem_fn (boost::mem_fn),
幾乎想做什麼奇怪的 binding 都做得到！

相較之下，std::bind1st, std::bind2nd, std::mem_fun, 等等，根本就是垃圾...

看看這段 code...

    body_->onPress( &(ctrl::Input::getInputByIndex(1)->trig1()) ) =
        std::tr1::bind( &ViewSprite::check_cube_and_do,
        std::tr1::mem_fn(&model::Cube::go_exploding), cube_ );

沒有 bind, mem_fn, function 的話，這邊大概會複雜到爆炸，
而且保證會有無數重複的程式碼....

上面這段還是我直覺寫下來的，幾乎沒有思考。想做到等價的效果，
沒有那三樣東西，不知道要花多少時間？光是 member pointer 就搞死人了吧...

這次程式的複雜度真的不是蓋的...
有趣的是，這種複雜度一次絕對寫不出來，必須先寫簡單的，
然後再慢慢改進，最後就能演化到這種恐怖的程度。

不好維護？我完全不這麼覺得。因為我要加新功能幾乎都是一兩個小時內
可以測試到正確無誤。程式是很複雜，但是加功能時，不需要去看的地方，
根本就不用去動他。只需要專注在自己要解決的問題上即可。

像是剛剛要加 be_broken 等 hook, 我把 model 和 presenter 的地方
處理完畢之後，就可以完全丟到一邊，專心寫 ViewSprite 即可。

可惜的是，static typing 的 language, 重複的程式碼似乎是無法避免的。
c++ 感覺已經不錯了，之前寫 haskell 真的是需要非常多重複的動作...
不過和 c++ 重複的地方不一樣，算是各有各厲害之處吧...
（雖然其實領域不同根本無法比較........）

java 就得要瘋狂重複了..............................
非常瘋狂，非常...
因為他 abstraction 能力非常低落。

我在想要不要把 c++ 這些重複的地方拆成 ruby code,
以後有空的話，也許吧。現階段有點懶得弄，畢竟 copy & paste 幾秒就解決了，
寫成 ruby code 還要一點時間，又不能保證一定比較好。

還是先趕工...