适用于各类Swing应用的通用数据验证模块

呵呵，很高兴在这里看到同好。

我在英文博客新写了一篇博文，里面更新了HibernateValidationUI.java的代码，移除了一个antipattern，英文不是很多， 有兴趣的朋友可以去哪里看看。地址： http://polygoncell.blogspot.com/2008/07/update-common-validation-module-for.html

回头有时间了我再用中文写一下。

维护起来可就是噩梦了......

手写的未必好维护。只让netbeans帮你管理布局就好了。 难道VB就不用维护了？

如果手写的代码还不好维护，那真得好好检讨一下了，考虑学学TDD。

使用netbeans的Gui builder托管的可不单单是布局，整个事件系统全部托管，开发员只是编写事件触发后所要调用的逻辑。这样做测试起来很麻烦。

NetBeans当然不需要你进行事件托管了，你完全可以自己手工添加事件粘结代码。如过你嫌这样测试麻烦，完全可以只用netbeans设计界面，自己粘结事件代码。

我也做了一个开源项目，目的是实现NetBeans的界面设计功能，生成类似VE风格的代码，生成的代码比较好维护，不需要form文件。是一个Eclipse插件，现在已经有一定的使用价值，这篇文章是我的一篇介绍文章:
http://www.iteye.com/topic/208787
开源项目的位置在：
http://code.google.com/p/visualswing4eclipse/
欢迎光临串门。

如果这样做的话，就只用了个布局，而且还要面对一大堆机器生成的代码，有点得不偿失。 想想看，整个程序里面，花在编写loyout的代码能有多少？不如直接用JGoodies的form layout或者是migLayout，效率很高，手写的代码量很少。个人认为综合考虑可测试性，灵活性，和可扩展性，后者要好很多。

我是主持开发框架的，有很多自己的组件，swing已有的组件还要和其他的类库建立关联，大量封装，开发完全基于TDD。如果使用Gui builder就得把这些技术细节全部推给普通程序员去做，开发的效率会下降很多。

使用这类Gui builder感觉就是束手束脚，而且无法TDD。

你做的那个插件我看到了，感觉很棒，对于直接做项目的团队应该是个不错的选择，希望你能坚持下去。不知道你能不能写篇文章强调一下你的这个插件对比netbeans的那个都有哪些优势。

我觉得netbeans那个还是不错的，但那个玩意有时候也很不爽就是了。关键还是swing市场不够大。我个人还是很喜欢swing的。这东西怎么看怎么比web程序顺眼。不过十来年了真的进步有限

你看走眼了吧，Swing在目前界面开发工具库的市场是老大，从2005年9月开始swing就开始占据了界面开发市场的首把交椅：

http://weblogs.java.net/blog/hansmuller/archive/2005/10/official_swing.html

"Java Swing with 47% use, has surpassed WinForms as the dominant GUI development toolkit, an increase of 27% since fall 2004."

我觉得大家对于Swing的偏见基本上是源于对Swing技术本身和Swing现在的市场状况太缺乏了解，太缺乏了解，许多印象和资料都停留在7、8年以前的状况。想想看如果Swing是一个人的话，被误解这么多年，被偏见笼盖这么多年，郁闷也郁闷死了。

历史总在螺旋式前进；反复的、不停的迭代

hh,真的很像 spring rich client 啊,尤其那个叉叉图标
不过这套结构感觉还是不错的

在 form 的布局方面,我还是觉得 jgoodies 的formlayout比较好用,配合jformdesigner,真的是无敌啊

在错误提示方面,如果只是为了显示那个叉叉,我觉得没有必要用第三方jar,自己写个简易的 JLayeredPane 就 OK 了

最后加一句,我总觉得 配置文件就是配置文件,代码就是代码,把代码和配置文件混起来(注解)玩是一件很难让我接受的事情.