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。