愚以為,用SWT作界面,是一種在用Java寫VB的體驗。
本周心情極度惡劣,一直不想說話,也不想寫新代碼,郁悶中嘗試了一下將Loonframework的代碼移植到SWT。(其實我覺得AWT,SWT,Swing用那個真的要根據需求決定,沒有絕對的好與壞。)



(用SWT操作WINDOWS界面確實異常簡單)
如預料般,由于Loonframework以AWT白板為基礎采取繪制開發,核心代碼在SWT上近乎0修改。而借助于org.eclipse.swt.awt.SWT_AWT,更是完全不用任何變更,因為SWT提供了SWT_AWT.new_Frame方法,而我在Loonframework中是以.setup(Frame frame)[以及.setup(Applet applet)]方式等將圖像描繪在指定窗體上的,所以能無差別使用。順帶一提,有SWT_AWT而無SWT_SWING,可見IBM對Swing的歧視。(由于JFrame直接繼承自Frame,當然也可以加載Swing的界面,但是那個效率啊……)
其實某些人因支持Swing而反SWT的,或因SWT而反對Swing的做法,感覺真的沒什么意義。愚以為Java體系,一脈相承,沒有可能你基礎很牢固,而對新的Java技術卻牛不入耳,一竅不通。我并不認為會象某些人想象的那樣,研究兩天沒多少人理的Java GUI開發,我做J2EE方面就弱了。事實上,我本是J2EE程序員,業余研究一下游戲開發罷了^^。比如現在,我以爹不痛娘不愛的AWT為基礎開發Loonframework Game包,在轉換底層時反而如魚得水,完全不存在移植問題。(當然,日后向手機移植改的就比較多了。)而事實上,由于Swing以AWT為底層,而IBM則以一直偏愛的AWT方式構建SWT,也決定了以AWT為基礎開發的代碼在Java GUI上通用性是最好的(我是說代碼通用,而不是指UI通用……)。
順便提一下,單從支持[&鍵名]這種定義快捷鍵的寫法和支持ico圖標看,SWT就可說是Java中的怪胎,或者說它到底有多少算Java都要打個問號,我愚昧的認為把SWT技術徹底用在其他語言上可能表現得更好,真的說起來,還是C#做GUI更容易些……我就一新人菜鳥,有什么認識不對的地方,還望中國億萬萬高手(專家)或自詡高手(專家)的同志們諒解。
本周心情極度惡劣,一直不想說話,也不想寫新代碼,郁悶中嘗試了一下將Loonframework的代碼移植到SWT。(其實我覺得AWT,SWT,Swing用那個真的要根據需求決定,沒有絕對的好與壞。)



(用SWT操作WINDOWS界面確實異常簡單)
如預料般,由于Loonframework以AWT白板為基礎采取繪制開發,核心代碼在SWT上近乎0修改。而借助于org.eclipse.swt.awt.SWT_AWT,更是完全不用任何變更,因為SWT提供了SWT_AWT.new_Frame方法,而我在Loonframework中是以.setup(Frame frame)[以及.setup(Applet applet)]方式等將圖像描繪在指定窗體上的,所以能無差別使用。順帶一提,有SWT_AWT而無SWT_SWING,可見IBM對Swing的歧視。(由于JFrame直接繼承自Frame,當然也可以加載Swing的界面,但是那個效率啊……)
其實某些人因支持Swing而反SWT的,或因SWT而反對Swing的做法,感覺真的沒什么意義。愚以為Java體系,一脈相承,沒有可能你基礎很牢固,而對新的Java技術卻牛不入耳,一竅不通。我并不認為會象某些人想象的那樣,研究兩天沒多少人理的Java GUI開發,我做J2EE方面就弱了。事實上,我本是J2EE程序員,業余研究一下游戲開發罷了^^。比如現在,我以爹不痛娘不愛的AWT為基礎開發Loonframework Game包,在轉換底層時反而如魚得水,完全不存在移植問題。(當然,日后向手機移植改的就比較多了。)而事實上,由于Swing以AWT為底層,而IBM則以一直偏愛的AWT方式構建SWT,也決定了以AWT為基礎開發的代碼在Java GUI上通用性是最好的(我是說代碼通用,而不是指UI通用……)。
順便提一下,單從支持[&鍵名]這種定義快捷鍵的寫法和支持ico圖標看,SWT就可說是Java中的怪胎,或者說它到底有多少算Java都要打個問號,我愚昧的認為把SWT技術徹底用在其他語言上可能表現得更好,真的說起來,還是C#做GUI更容易些……我就一新人菜鳥,有什么認識不對的地方,還望中國億萬萬高手(專家)或自詡高手(專家)的同志們諒解。
浙公網安備 33010602011771號