※ 引述《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