Java桌面技術

@chenyu
上述那個table嗎？貌似是沒渲染，就普通的SWT table。可能我當時對表頭做處理了吧。06年的代碼，忘了:<

@Jack Jiang
WilliamChen 08年離開Sun后去了一家國外的私企，做java調試分析工具的，老板是奧地利人。一直做到現在。
我年初加盟到NEC，又撿起了Swing。不過馬上就要換成HTML5了。如果業界要挽救Swing，只能期待Oracle在移動設備上發力

佩服，我也曾經是swing的狂熱者

@chenzhihui
06年的項目，源碼我沒有留。
iQQ開源是你發起的嗎？

@Norris
首先謝謝你的評論。
Swing已經是過時的桌面應用時代的技術。你思考她有什么用，她幾乎完全可以被HTML5替代了，不僅是Swing、PC桌面應用，就連09年興起的Smart Phone的界面也是HTML5的天下。相比Swing的粉絲，有著多年Win32/MFC的開發人員何嘗不面臨轉型。我前幾年熱衷于Swing的時候，結識了一些人，體會過你說的學到技術的欣喜，尤其是打造Swing炫麗的特效時那股滿足感不言而喻。
我這次重返Swing卻沒有再次體會到當時的感受，相反我很失落，重新撿起3年前玩剩下的東西，而且回歸傳統的桌面開發，其感受無異于自我摧殘。
你該轉型了，HTML5的Canvas有很多和Swing相似的地方。

@newswinger
對Swing的熱度沒有消失，只不過工作已經不用那東西了。而且對界面的開發已經看淡了。

@求助一下
熱部署和IDE沒有直接關系，與你部署的Web容器有關。

@K
把編碼方式調整一下，試試。

@SeamanMei
我已經很久沒從事Swing了，過些天看看吧

@dingqiaowu
打成exe和java完全兩個概念。
想精簡jre等JDK7吧

@yanweijie
6.9.1發布了，想必你說的那個問題已經被修復了。
@New_Mao_ER
下載地址：http://netbeans.org/downloads/index.html

@freeman
謝謝評論，那篇文章早就看過了，現在的趨勢是整個桌面應用正逐漸被Web和Mobile替代。美麗的外觀不是Swing做不到也不是Java做不到，而是大部分用戶已不關注PC桌面了。Java客戶端將在Android和Google下延續

@~
很高興有人對Swing保持樂觀態度，我也這樣認為。Oracle沒有放棄JavaFX，還有計劃推出桌面PC版的JDK7并與JavaME整合。這都是令人興奮的消息。只可惜，桌面開發大勢已去，移動Java終端Google可能是領頭羊

@mn
不要調用布局管理器的addLayoutComponent(Component comp, Object constraints)方法。
這個方法是在向組件的add方法時自動被調用的。至于你說的“傳入以后再驗證時就不是FormData的實例了”，想問是怎么傳入的？

以Sun的名義發布NetBeans應該是最后一個版本了。
至于NetBeans前途的問題，難說Oracle怎么看待。

@freeman
九宮格算是一種解決辦法，不局限于語言。
像FlexBuilder就支持這種布局，說明Flex早就開始采納了。

@日月雨林@gmail.com
在NetBeans安裝目錄下的etc目錄，有netbeans.conf這個文件，打開找到
類似這樣的文本
# Default location of JDK, can be overridden by using --jdkhome <dir>:
netbeans_jdkhome="C:\Program Files\Java\jdk1.6.0_14"
修改一下JDK指定的目錄。然后把程序代碼clean->rebuilde一下。試試。
總之這次更新感覺JavaFX和JWS啟動快了不少，netbeans啟動時間也縮短了，這也是發行說明所提到的一點。

@風過
《Java動畫、圖形和極富客戶端效果開發》該有的都有了。

@Matthew Chen
用loading.gif試過嗎?
記住我提到的“但是事實情況卻是：不要企圖通過這樣簡單的處理達到理想的效果。”

@游客
《FilthyRichClients》看完一遍了，特別是動畫和效果的部分，感覺借助TimingFramework和AnimatedTransitions作出漂亮非常之簡單，也有把書中提到的假想圖實現一遍的想法，等有時間吧。

@游客
現在這個問題解決了，問題依然是JWindow，改成繼承JFrame就可以了，但是要加上setUndecorated(true);使之去掉裝飾。代碼已經改寫了，并加上了你說的JTextField

@sjzs1190@qq.com
利用九宮圖實現專業外觀早就有了，在Flex中已經是官方解決方案了，在VB時代就有人用，就是很多人不知道而已。

是有這個問題,是JWindow的問題,我有時間再看看,如果窗口繼承JFrame就好了.
這個只是個demo.

@Ice Mark
前些日子和Willim chen見了次面，談到了Swing何時翻身，他作了這么一個比喻：著名畫家凡高，在世的時候作品一文不值，等他過世很長時間年人們才注意到。原因就是凡高的畫風和當時時代的現實主義很不融合。凡高的畫很超前，用現在的話說就是前衛，而當時美術界被達芬奇等現實派所壟斷，所以凡高在當時就是懷才不遇、不合時宜，結果下場就是瘋掉、自殺。
這和Swing很類似，Sun公司于1997年Java One大會上公布了Swing和Java2D圖形組件，在當時來說是極其超前的。首先當時的用戶電腦性能、計算能力、JVM性能都不高，Swing這種畫出來的非本地組件會執行更多的指令來達到渲染、展現，這是性能方面；其二，Swing默認L&F是很丑陋，尤其在早期的JVM中更是如此，如果把Swing做得漂亮一點是需要成本的，而且還會另當時本來就不快的Swing更慢，當時Windows 95、98用戶習慣了Windows風格，用VB簡單的拖拽就可方便的編寫出比較美觀的Windows界面，而VB的組件庫比Swing標準組件豐富得多，即使Swing可以跨平臺，但是和Windows的壟斷比起來還是差遠了。
不是Swing不好，只是時機未到。如今互聯網的速度、計算機的性能早已不是當時的情況，所以RIA時代來了，Linux、OpenSolaris用戶群多了，瀏覽器比再是IE一家獨占了，VB時代已去。Sun從未放棄過桌面，JavaFX SDK Preview發布了，Swing該翻身了。

今天在Javaeye上發現了一個Blog。
http://blog.palantirtech.com/category/swing/

值得借鑒

@hantsy
書我看了前幾章,翻譯得沒問題!

@一嘯長天
Web是大趨勢，但是不一定就是HTML，RIA的興起將會帶來一場革命，Flex、JavaFX和桌面程序開發很像。

@lishali
“Swing的思想則是，所有的UI控件與Frame本身就是一個普通的對象Class,連事件對象(Event)也是一個對象”，沒什么不好，因為這樣能提供最大程度的靈活性，如果要實現“界面都是保存成一個資源文件”的話，自己寫個Framework支持就可以了。簡化Swing復雜度，JavaFX就是這樣的思想。

mike，你說的“界面都是保存成一個資源文件”，其實我覺得很好，你這句話真是指點了我，謝謝你！

@莫言
“現在的硬件配置越來越高,以前跑Java吃內存過多的問題以后是不存在了的”可別有這種想法啊~，硬件提高不能是程序任意采用耗內存方法的理由。

@attend
從頭來過就從Swing基礎學起吧，我的建議不要已開始就學SWT，除非工作需要。入門教材市面上隨便買一本介紹，第一本書不要求太厚，之所以這么說是因為國內沒有一本深入講述swing的教程，“厚”完全是羅列代碼和API介紹造成的。下一步應該看看http://java.sun.com/docs/books/tutorial/ui/index.html 官方教程。
要熟悉Java2D和繪圖，這是swing的看家功夫，JList、JTable、JTree、JTextPane這些高級組件越精通越好。
我覺得swing高手應該具備3種技能：自定義組件、編寫L&F、自定義布局管理器。朝著這3個方向前進吧

@zhou zhi meng
抱歉，以上若干IM軟件UI都是有版權的，源碼不能公開，包括程序用到的圖片。我能做到的就是將截圖展示出來，但是前面的一些有關自定義組件的文章，包括本文已經將大部分實現介紹了，只不過刪減了部分代碼健壯性細節。
后續還會有相關文章。

“從netbeans中拷一個java源文件的文本粘貼到eclipse中并生成一個獨立的java源文件，卻不能作相反的操作”，很贊同。這個很不爽。
當初喜歡eclipse的原因是其安裝完全是解壓縮方式，插件安裝也是拷貝文件夾這么單純，很方便。netbeans雖然也有zip版本，但是不像eclipse有工作空間的概念，這樣一臺機器可以安裝多個eclipse用于不同開發，而安裝多個netbeans就有沖突。

我覺得netbeans最大的優勢是最快支持Java新標準的IDE。netbeans6.0已經比5.5進步了許多。說咸魚翻身不為過。

@fxbird
“eclipse我從一開始用就沒看好它，整個一個垃圾玩意，唯一的優點就是免費。都3.3了才實現代碼拖拽”，這叫什么話，eclipse的誕生JBuilder就昨日黃花了，我當年是非常喜歡eclipse的，盡管netBeans6.0很強，但是eclipse淪落為垃圾還不至于，代碼拖拽我覺得還是沒有好點，不小心碰一下鼠標的話，代碼可就受影響了...

@Matthew Chen
我在http://blogs.sun.com/Swing/entry/that_s_almost_what_i
上面回復了。

hehe,你在http://blogs.sun.com/Swing/entry/that_s_almost_what_i也提問了啊。

@ivin
“拜讀”我不敢當，本人資歷與技術和William Chen不是一層次的。對于桌面設計，漂亮是一方面，但是更重要的是做到UI與業務分離，畢竟客戶更關注的業務。編碼改成utf-8沒問題。

@zht
如果拖拽過程中伴隨這尺寸改變，尺寸改變會導致contentPane重畫，一般情況下窗口都會閃爍。Windows窗口這種行為是可配的。

看源代碼是提升水平的很好方法，不要停留在書本

“打算抽時間把Swing書再看一遍”，市面上沒有一本書介紹swing很專業的，都是皮毛基礎。我個人覺得UI編程高手應該具備3項技能：自定義組件、L&F、自定義布局管理器。不知道你怎么樣，另外JTable、JTree、JTextPane對于swing來說也是很重要的。

給你推薦一個牛人博客http://blog.sina.com.cn/swingjava。后來遷移到http://blogs.sun.com/swing/上了。

@zht
在drag的時候改變大小，可以啊，稍微修改代碼即可，不過這樣對性能有影響，這點對任何窗口系統都一樣。

@William Chen
陳前輩少安毋躁，待我將有關布局管理器 和 xml配置組件的帖子發表后咱們再進一步討論。如何。我對您提到的工具很感興趣。

@土豬
“下載了jdk6.0安裝之后，仍然ant不了”。不知道JDK1.6是否向IDE注冊了。

@William Chen
剛接觸UI的時候容易被忽悠，尤其是對null布局管理的批評，聲稱這種布局只適合組件尺寸不改變的情況，于是乎覺得必須靈活運用布局管理器才是解決布局問題的唯一方法，GridBagLayout一直沒掌握過，SpringLayout、BoxLayout又疲于應對，后來干脆舍棄布局管理器，因為我發現為組件添加re-size事件同樣能達到目的，而且相當靈活。但是舍棄布局管理器付出的代價是布局完全自己控制，編碼量還是滿大的。后來學習SWT時發現其中一個叫FormLayout的布局管理器十分靈活（百分比+偏移量），能解決一切靜態布局問題，再后來通過研讀JDK相關源碼，了解了其布局管理器原理，底層還是調用setBounds而已，沒什么之外希奇古怪的調用，于是自己重新實現了FormLayout，使得awt、swing也可以有強大的FormLayout支持了。過不多久我將FormLayout拿出來與大家分享，敬請期待。

@William Chen
synthlookandfeel我也知道，但是沒研究過。對于大多數UI來說漂亮、平庸之間只隔一層窗戶紙，就是知道不知道九宮格這種手段。九宮格技術實現很簡單，關鍵還要看美工的創意。

說起九宮格，我最開始稱呼它“切圖”。是一位前人畫了一幅設計圖，4角4邊外加中心的內容，使我豁然開朗從此界面設計上升了一個高度，后來被派到BEA專職UI開發與美工交互時提到了這種思想，才知道有個學名叫“九宮格”。看來“九宮格”作為裝飾手段早已有之。

@歡樂豬
我不明白OS.SetLayeredWindowAttributes函數和OS.LWA_ALPHA還有OS.WS_EX_LAYERED是怎么出來的。是在3.3版運行的么。
JNI，Swing的Java2D也用JNI實現的，我說過如果C足夠強的話，不在乎你用什么WT，Sun的同事就做過這些。

@歡樂豬
那個Framework是中間件，因為對RCP程序強制實現SWT很不欣賞，由于SWT強制父組件的構造方法不容易使UI與業務分離，原因就是這樣。
使用Eclipse RCP創建的應用外觀像Eclipse，JFace倡導Action生成ToolBar Button和MenuItem，這樣外觀是改不了的，如果硬要這樣也有變態的改法。netBeans RCP亦是如此。

我最近除了寫帖還學習Equinox，打算以這個作為Framework，界面完全自己控制。

聽說話語氣您是不是IBM的人呀，對SWT那么有自信？

@歡樂豬
關于SWT的技術我主要來自http://www.eclipse.org/swt/snippets/和www.java2s.com。后來青睞swing后一直沒怎么關注

@Matthew Chen
如果C水平足夠強的話，完全可以彌補AWT SWT處理半透明等能力的不足，jna就是C。但是Java開發員當然期望這一切集成在Java中，Sun之所以計劃在JDK1.7中實現這一功能，Vista的刺激是很重要的原因，AWT要實現不規則窗體、半透明窗體不是那么容易，原因不在AWT與技術難度，是因為接口得重新寫，還要考慮跨平臺和向前兼容，即使在JDK中有對應的功能，對于某些不支持透明的OS也無能為力。Sun公司AWT研發在俄羅斯，Swing研發在美國，彼此的協商也是一定問題，為蘇聯老大哥祈禱吧。

給各位推薦一個博客，http://blog.sina.com.cn/swingjava。作者是Sun工程研究院的員工，對swing開發造詣非淺，他的觀點是很有說服力的，有關帖子發表在07年3月，希望不要在SWT、Swing之間再有什么爭執了。

我的觀點是SWT適合大多數客戶的需求，Swing更適合打造專業外觀，高手更傾向于swing。