推 a1234957:是這樣嗎 jDownloader可以跨平台也.. 11/18 16:16
推 awashharp:Project Sikuli也是用Java開發GUI的說…還不錯阿~ 11/18 17:59
推 SCSonic:JD那種 GUI不及格吧… 速度太慢 11/18 18:27
推 a1234957:那哪個GUI及格? 11/18 23:20
→ a1234957:而且這篇沒提到效能問題吧 = = 11/18 23:21
※ 引述《dream1124 (全新開始)》之銘言：
: 當初會想用swt，原因是︰
: 1. 負責UI設計的組員，程式基礎比較沒那麼扎實。
: 而swt的語法比較簡單直觀好學，他應該比較能適應....
: 但如果netBeans視窗能拉一拉就出來，也許根本不必要用swt？
: 雖然說我不怎麼喜歡用netBeans就是了....
: 2. swing的繼承架構複雜，類別既多又難懂，查api常常被一堆類別淹沒，
: 或是找不到想找的method，很可怕....
: 3. 元件的反應和生成速度，swing感覺還是有比較長的延遲....
: 請問如果考慮的重點是這三樣的話，那麼板大們覺得哪一個套件比較好呢？
: 謝謝大家~
個人心得感想：
1. 桌面應用程式的Rendering與基底事件的處理，最後都是由OS去做的
(就算完全靠2D直接畫，也還是得依靠OS)
2. 開發出來的桌面應用程式如果是透過軟體安裝的方式裝到OS上，大部分的User
都會期待他的使用習慣跟OS提供的一樣。
3. 這年頭User會需要用安裝的方式裝在OS上用的軟體，應該都是打算用到一些
會與OS能力相關的操作。
4. 除非你的應用程式GUI介面只打算用到所有支援的OS的交集，而你的應用程式
也確實會發布到每個OS上頭。否則可重用性是否那麼重要會很有疑問。
所以，除非今天寫得是Applet，或開發團隊已經非常熟悉Swing的架構與相關技術
否則我會比較傾向用SWT。
write one run anywhere 在桌面應用程式我個人覺得討不了好處。
--
我所信仰的科學是一種謙卑的理性，承認自身的無知與渺小才能觀察到世界在我們貧
弱的知覺上留下來的痕跡。
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 220.133.44.37