看板
[ CSSE ]
討論串[討論] 編譯問題
共 8 篇文章
內容預覽:
簡單說說，記得有一句著名的批評 Java 的話：. Java is not cross-platform. Java IS a platftom.. 但其實按照這個思路，世界上並沒有簡單的跨平台方法，最有效的方法. 就是建立一個能在不同系統上執行的平台。. 而那平台是什麼，要怎麼建立，則是另一回事了
(還有180個字)
內容預覽:
我們並不是隨時都需要效能的，很多時候還需要別的軟體品質和特性。. 例如生產力、延展性、學習成本等等。. 現在的狀況是，我們常常用很多種語言去完成一件事，但如果它們能. 整合在一起，效能的最佳化由系統協助完成，那麼語言的壁壘就能夠. 減少許多。. 比如說，當我們使用 script 寫作時，有多少部分一
(還有866個字)
內容預覽:
@.@. 沒想到真的得在執行期來做這個東西Orz...... 我腦子裡只晃了晃這個怪物,就自動略掉了.. 真的在runtime才能處理的東西,. 除非語言中具備有特殊的提示或寫法,. 否擇語法結構/語意上對於實作所能提供的改善幾乎沒有.. 能採取的最佳化策略,在原有的語言上也是可以做,. 那定義這樣
(還有161個字)
內容預覽:
如果是 32/64 bits hash function, 負擔應該就不會比較重，. 例如著名的 FNV, 也不過就是乘法和 XOR, 此後就能大大減少. 名稱比對的需求。. 而如果在連結期間就能確定的話，那已是比較靜態的狀況了，. 其實只比 template 複雜一點。當然那是萬一程式語言流行時.
(還有986個字)
內容預覽:
那不就是等於到linking的時候才能判斷在命名空間是否定義過@@?. 又,如果宣告不是又多又長的話,. 也許用hash function的負擔反而比較重?. 說到這個,java終於有template了.. 可喜可賀可喜可賀...........(好像不重要,裝傻中....XD). (比rpc或we
(還有51個字)