※ 引述《dream1124 (全新開始)》之銘言：
: 你這種想法就叫作把 java 當成 js 來寫。
: 「跑在瀏覽器」上的 javascript 跟 java 的執行環境不同，你是要怎麼互相模擬？
: java 是作業系統級的程式語言，能做的事情比「跑在瀏覽器」上的 javascript 多，
: 而且不像這種 js 動不動就有各種安全限制。
任何環境的轉換本來就有諸多限制,重點是在所需需求下,
可以滿足最低交集需求,剩下部分做一些細節修改,
能達到目的滿足,省去重工,就是一個可以應用的技術.
: 瀏覽器上的 javascript 根本沒辦法完全實現所有 java api 做得到的事，這樣你要
: 怎麼把既有 java 寫成的程式轉換過去？ 很多程式你根本轉不了啊~~
: 你說，我可以限定要轉換的 java 只使用某些 javascript 實現得了的 java api 呀，
: 這樣是不是就可以實現直接轉換了？
: 呃.... 我說這位同學，你為什麼要削足適履？
: 再說，既然你寫出來的東西都能用瀏覽器上的 js 實現，那為什麼不直接寫 js？
: 要是你又說，那我就設計一套 java api 給人呼叫，它能做到的事情跟瀏覽器相同，
: 編譯後會變成 js，我都呼叫這套 api 來寫程式應該就能跑了吧？
: 那這東西已經有了！ 它就叫 GWT！ 我前面推文就說你可以用這寫前端了！
你可能不知道C/C++也能應用在頁面前端了吧?
Quake 雷神之垂 或是超任模擬器 zsnes 透過編譯轉介,
原本desktop app,變成在瀏覽器上執行,
這些技術概念跟你說的GWT在前端生UI的方式是兩回事,
你自己可以多google了解一下相關介紹,
當你了解為什麼會有類似的想法和實作,
你或許就不會問 "那為什麼不直接寫 js".
: 而且它還不是以程式語言底層 vm 的觀點設計，是用 MVC 應用程式的觀點設計，
: 你可以用比較輕鬆一致的角度實現你要的功能。
: 更別提這兩種語言的特性差很多，直接轉換就算技術上可行也沒什麼實用價值~
有沒有啥實用價值是看你怎麼去用,有沒有想到怎麼去用
否則llvm和emscripten asm.js之類的技術早就沒人理了
: 你說那人家 rollapp 又怎麼做到的？
: 人家 rollapp 是 chrome 提供額外 api 加持的 chrome app，又不是純粹的 web app。
rollapp跟chrome提供額外的api加持應該是沒啥關係
依照官方所宣稱至少還支援 Mozilla Firefox or Safari.
: 果然 chrome app store 裡面也是一堆負評，看得我連試用帳號都懶得辦了。
技術歸技術.個性歸個性,每個人有每個人的風格和生活方式,
但影響到所見視野和樂趣的,常常是無關技術而跟人態度或是理念有關之類的東西,
工程師百百款,自由的.