※ 引述《reader (讀者)》之銘言： : ※ 引述《Eventis (何逸凡)》之銘言： : 這大概是最白爛的做法了。但很多情況是得在執行時期處理的。 @.@ 沒想到真的得在執行期來做這個東西Orz..... 我腦子裡只晃了晃這個怪物,就自動略掉了. 真的在runtime才能處理的東西, 除非語言中具備有特殊的提示或寫法, 否擇語法結構/語意上對於實作所能提供的改善幾乎沒有. 能採取的最佳化策略,在原有的語言上也是可以做, 那定義這樣的語言能帶來額外的優勢嗎? : 這這... 我從來沒覺得 rpc 或 web service 強大或好用過... : 五年前申請一半的專利就是網路軟體元件自動耦合連結了... 而在 對不起 ,是我太亂來了 <(_._)>.... 我想到那是什麼東西了....>.< : 十年前，我的天才學弟去留學前的臨別筆記，也就提到了，到現在 : 我想做的東西，只怕還沒超過他當年的規劃和想像太多。 : 基本上，只要有一個最基本的支援平台，這一點也不困難。 介面整合,module coupling的問題,也不難處理嗎? (這個部份只有聽老師有如介紹夢想般的帶過去一下下 程式內的模組都透過網路堆砌完成的樣子@@) : : 雖然C++語言本身與基本函式庫沒有提供, : : 可是這些功能或技術要做到,在一般的情況下並沒有太大的問題. : : (或者是發展的人覺得寫不出更好的0.0?) : 完全內建和外加是不一樣的。這要做過才知道，如果系統中的物件都 : 能自主動作，程式設計的概念都會不一樣了。 我完全贊同這一段. : 而當這些物件可以遊走於不同機器時，在程式設計上卻會是一模一樣， : 當物件能夠自行昇級改版，我們還是可以使用同樣的程式碼持續性地 : 運作時，那麼它的威力就更會顯現出來。 @@;;;; 等等..... C++的object code不是有平台相依性@@ 怎麼確保portability@@? 每port一次就從頭compile一次@@? --

※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 61.62.49.43