Re: [討論] 編譯問題
※ 引述《reader (讀者)》之銘言：
: ※ 引述《reader (讀者)》之銘言：
: : a.g(b); // 執行 A::f() 還是 f() ??
: : --
: : 推 Eventis:執行的應該是f()吧@@ 61.62.49.43 02/21
: : → Eventis:不是已經將function pointor傳進去了嗎@@? 61.62.49.43 02/21
:
: 執行是 A::f() 才合乎 first-order function, 這正是它奧妙的地方。
: 如果只是 function pointer 就簡單太多了。
:
: 傳統的編譯程式是做不到的。你可以想像它是「執行時期的巨集函數」。
: 有這個東西，就不需要醜陋的 iterator 了。用 iterator 不見得一定
: 比較快，但是程式碼變醜太多了。
:
那不就是等於到linking的時候才能判斷在命名空間是否定義過@@?
又,如果宣告不是又多又長的話,
也許用hash function的負擔反而比較重?
: 現在 C++ 不過是把巨集語言合併到程式語言當中 (template)，一堆人
: 就在那邊大呼小叫說是什麼革命性發展的，弄個什麼泛型化程式設計就
: 覺得世界被改變了，實在是眼光太過短淺。那叫「本來就應該這樣」。
說到這個,java終於有template了.
可喜可賀可喜可賀...........(好像不重要,裝傻中....XD)
: 有太多東西該做了，例如內建的網路功能，使這樣的程式語言將可以在
: 網路上互通，程式碼可以在機器之間移動複製和定址，分散式運算可以
(比rpc或web service更powerful的功能?
@@.....這個很難以想像>.<)
: 完全平順自然地達成。至於多執行緒更是最最基本的。這樣才起碼像是
: 一個二十一世紀的程式語言。
雖然C++語言本身與基本函式庫沒有提供,
可是這些功能或技術要做到,在一般的情況下並沒有太大的問題.
(或者是發展的人覺得寫不出更好的0.0?)
: 這也是我對於 C++ 後來搞了一些無關緊要的動態功能，如此憤怒，以致
: 從此就再也不跟隨主流 C++ 發展的原因，方向根本就不對，後來發展的
: 東西更是一個比一個醜...
dynamic cast?
(就我個人來說對這個沒有太大的反感)
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 61.62.49.43
討論串 (同標題文章)
CSSE 近期熱門文章
PTT數位生活區 即時熱門文章
