请注意:本文的版权归作者所有,如转载请注明出处。

这段时间真是忙得要死,一方面要开发公司项目的系统框架,要将项目分成不同的子项目,编写核心代码;另一方面要将极限编程(XP)引入团队开发,部署各类XP需要的服务例如subversion啦,ant+ivy啦,Hudson啦等等。顺便说句题外话,ubuntu还真是不是一般的好用,建议有能力的全部转到ubuntu上去开发。

我目前开发的这个框架的客户端是具肥的客户端,也就是Swing客户端了。Swing应用相对于Web应用有很多优势,因为它更肥。数据验证就是其中一个。当然现在的Web应用通过使用Ajax也要比以前强很多了,但是还是避免不了在验证数据时向服务段发出请求,至少你无法避免验证结果从Web服务器传输到用户浏览器上这段过程。而Swing这类肥客户端可以实现完全在本地对数据进行验证,甚至可以断网继续工作(这也是Web应用目前在研发的一个重要课题)。

前段时间开发出了一个可以应用于所有Swing应用的通用数据验证模块,发现它在项目中使用后,对于普通的数据验证,程序员几乎不需要编码,效率提高了不少,就写了一篇博文拿出来和大家分享。原文是用英文写的,在这里:http://polygoncell.blogspot.com/2008/07/validation-module-for-swing-application.html 。英文好的朋友可以直接去那里看。

编写这个模块使用了很多不同的开源框架和类库,其中很重要的一个就是JXLayer。文章写完后,我就跑去邀请JXLayer的作者Alexp来指点一下,然后就在我的文章后面开始了一段讨论,挺有意思的,他不愧为是Swing team里面的牛人啊!厉害啊!呵呵。

ok,回到今天这篇文章的正题。今天的主要目的是将我的英文博文翻译成中文(自己的文章,我就不逐字逐句翻译了,意思到了就行了,可能还会随兴展开一番讨论)在这里展示给大家,与大家分享开发经验,希望大家能够从中获益,也希望能够以文会友,广交朋友。废话少说,切入正题。

数据验证(Validation)一直是软件开发中非常重要的一环,有了它,你的系统会让客户感到更加友善,同时你的系统也得到了一定程度的保护。一般来说,数据验证既可以在客户端也可以在服务端。默认的JSF数据验证就是在服务端,数据只能在被提交以后才能够被验证,然后把错误信息传递回用户的浏览器。后来大规模使用Ajax后,基本可以实现对修改的数据“即时”验证,注意这里是个打了引号的即时,数据事实上还是要在浏览器和服务端之间进行传递的,只不过Ajax将这种传递改为隐式了而已,理论上并没有真正实现(断网)即时验证。而在Swing应用上就能够达成这种愿望。

事实上,开发Swing应用时,数据验证一直比较棘手,需要手工编码的地方太多,效率不高。后来出了JGoodies Validation 结合JGoodies binding后,好了一些。这个JGoodies Validation既可以实现model层面的验证,也可以实现Bean层面的验证,但是多年使用下来,发现其实它比较适用于中小项目,而且要编写的代码其实一点不比自己手动编写的少。

JGoodies流行了一段时间后,sun开始推出自己的bean绑定方案:beansbinding(JSR 295),我个人感觉要比JGoodies binding好用(JGoodies的作者Karsten也在专家组里,这个人我以前和他一起共事过,我的msn space里面还有跟他的合影,绝对是Swing界的牛人)。这个beansbinding也提供数据验证,但是它的这个数据验证只是在target被改动后,数据被同步回source之前才会起作用,使用起来局限性比较大,而且编码量也不小。

由于目前绝大部分项目是基于POJO的,Hibernate validator已经提供了一个很好的数据验证框架,我们完全没必要再重复发明轮子,我们应该努力站在巨人的肩膀上,这样我们才能站得更高,看得更远。于是我考虑结合beansbinding和Hibernate Validator开发数据验证。还有一个重要的问题,那就是数据错误的时候,需要在用户界面上展示相应的信息,例如Error icon和错误提示,这部分我考虑使用JXLayer。

你可以在如下链接中找到相关框架的具体信息:

1. Hibernate Validator: http://www.hibernate.org/hib_docs/validator/reference/en/html_single/
2. Beansbinding: https://beansbinding.dev.java.net/
3. JXlayer: http://weblogs.java.net/blog/alexfromsun/

阅读这篇文章,不需要你熟悉这些类库,不过了解这些类库能够帮助你更好地理解这篇文章。

我的这个通用模块是参考JXLayer里面的一个demo类TextValidationDemo的,这个JXlayer是由Alexander Potochkin开发的,我很喜欢,使用起来很顺手,强烈推荐使用。

下面开始介绍代码。首先是建立一个java项目,对于这个小项目,我使用netbeans。这里说句题外话,中型和大型的Swing应用,建议最好还是不要使用netbeans的GUI Builder,一方面它生成的代码超级烂,另一方面很难测试。目前市面上有很多好用的layout的框架,例如 JGoodies form和MigLayout,开发效率绝对不比netbeans的GUI builder差,你还不需要面对令人头疼的机器成的代码。

项目创建好后,加入类库:



然后写一个persistence bean:

package de.jingge.domain;

import javax.persistence.Entity;
import javax.persistence.GeneratedValue;
import javax.persistence.GenerationType;
import javax.persistence.Id;
import org.hibernate.validator.Length;
import org.hibernate.validator.NotEmpty;

@Entity
public class Country extends AbstractBean {

private static final long serialVersionUID = 5341382564159667599L;
public static final String PROPERTYNAME_NAME = "name";
public static final String PROPERTYNAME_CODE = "code";
private String name;
private String code;
private Long id;

public Country() {
}

public Country(String code, String name) {
    super();
    setCode(code);
    setName(name);
}

@Id
@GeneratedValue(strategy = GenerationType.AUTO)
public Long getId() {
    return id;
}

public void setId(Long id) {
    this.id = id;
}

@NotEmpty
public String getName() {
    return name;
}

public void setName(String name) {
    firePropertyChange(PROPERTYNAME_NAME, this.name, this.name = name);
}

@Length(min=2, max= 2, message="Code length must be 2")
@NotEmpty
public String getCode() {
    return code;
}

public void setCode(String code) {
    firePropertyChange(PROPERTYNAME_CODE, this.code, this.code = code);
}
}



这里我为了强调可以在Swing客户端直接使用和验证persistence bean,故意写了一个persistence bean,实际应用中,这个类只需要是一个pojo就行了。

这个Country类代表一个国家,它有两个属性,code和name,我给他们分别加上个各自的验证限制。code不能为空,且必须正好是两个字符,例如CN,DE,US。name不能为空。这些annotaion均出自Hibernate Validator。那个父类AbstractBean出自SwingX类库,我们的Country类继承了它之后就可以支持property change event了。

ok, 下面可以开始编写这个模块的核心代码了。前面说过,我会使用JXlayer。使用它的好处是:所有JXlayer的painting event都会被转到UI类来,我们只需要编写一个集成Hibernate Validator的UI类就可以了,我称这个类为HibernateValidationUI,代码如下:

package de.jingge.view;

import java.awt.Graphics2D;
import java.awt.image.BufferedImage;

import javax.swing.BorderFactory;
import javax.swing.JComponent;
import javax.swing.text.JTextComponent;

import org.hibernate.validator.ClassValidator;
import org.hibernate.validator.InvalidValue;
import org.jdesktop.beansbinding.ELProperty;
import org.jdesktop.beansbinding.PropertyStateEvent;
import org.jdesktop.beansbinding.PropertyStateListener;
import org.jdesktop.jxlayer.JXLayer;
import org.jdesktop.jxlayer.plaf.AbstractLayerUI;

/**
* Header:
* Description: A layerUI which will validate the referenced property value of
* the object each time when the paint(...) method is called.

* The value of the given object property will be observed.
* Note: This UI works only with {@link JXLayer}. Any change of the property
* will force repainting the UI. The work process looks like: property changed ->
* jxlayer will be repainted -> the paint(...) method of this UI will be called.
* The logic of validation will be handled by the Hibernate validator
* framework.
*
*/
public class HibernateValidationUI extends AbstractLayerUI<jTextComponent> {

private Object object;
private String propertyName;
private ClassValidator validator;
private ELProperty elProperty;
private PropertyStateListener propertyChangeHandler;

public HibernateValidationUI(Object obj, String propertyName) {
    this.object = obj;
    this.propertyName = propertyName;
    propertyChangeHandler = new PropertyChangeHandler();
    validator = new ClassValidator(obj.getClass());

    elProperty = ELProperty.create("${" + propertyName + "}");
}

public void installUI(JComponent c) {
    super.installUI(c);
    elProperty.addPropertyStateListener(object, propertyChangeHandler);
}

public void uninstallUI(JComponent c) {
    super.uninstallUI(c);
    elProperty.removePropertyStateListener(object, propertyChangeHandler);
}

protected void paintLayer(Graphics2D g2, JXLayer<jTextComponent> l) {
    super.paintLayer(g2, l);
    InvalidValue[] validationMessages = validator.getInvalidValues(object,
            propertyName);
    if (validationMessages.length > 0) {
        BufferedImage image = Java2DIconFactory.createErrorIcon();
        g2.drawImage(image, l.getWidth() - image.getWidth() - 1,
                l.getHeight() - 8, null);
        l.getView().setToolTipText(validationMessages[0].getMessage());

        return;
    }
    l.getView().setToolTipText(null);
}

boolean isValid() {
    return validator.getInvalidValues(object, propertyName).length == 0;
}

class PropertyChangeHandler implements PropertyStateListener {

    @Override
    public void propertyStateChanged(PropertyStateEvent pse) {
        setDirty(true);
    }
}
}



这个HibernateValidationUI类只有一个构建器,它接收两个参数,一个是source object,也就是我们要修改的那个Bean类的实例,另外一个是这个bean的一个属性,这个HibernateValidationUI就负责验证这个属性。

在installUI()方法中,我们启动对属性变化的观察类,而在uninstallUI()方法里面,我们需要卸载这个观察类。

当给定对象的属性值发生变化时,PropertyChangeHandler的propertyStateChanged()方法就会被调用,这个功能是通过elProperty和PropertzChangeHandler相结合来实现的。在propertyStateChangeed()方法里UI类的方法setDirty()会被调用,该方法的调用会导致UI类的状态变化,进而引发(re)painting,之后经过一系列的方法调用传递,paintLayer(Graphics2D g2, JXLayer<jTextComponent> l)这个方法将会被调用,这个方法要做的就是我们这个数据验证模块的核心功能:

1. 调用Hibernate Validator验证该属性。
2. 如果数据不正确,则在GUI上显示一个error icon,并且将错误信息作为tooltip展示给用户。

在第二点里面产生了一个问题,谢谢Alexp对我的指点。Swing team里面有一些规定,其中之一就是,在paint()方法里面最好不要改变Component的状态,而setTooltip()方法将会改变component的状态,因此需要在paint()方法之外调用。我目前使用下来,还没有发现什么严重的错误,决定暂时不改了,回头有时间在将这个代码翻新一下。

类中用到的Java2DIconFactory代码如下:

package de.jingge.view;

import java.awt.Color;
import java.awt.Graphics2D;
import java.awt.RenderingHints;
import java.awt.image.BufferedImage;

public class Java2DIconFactory {

public static BufferedImage createErrorIcon() {
    return createErrorIcon(7, 8);
}



public static BufferedImage createErrorIcon(int width, int height) {
    BufferedImage icon = new BufferedImage(width, height,
            BufferedImage.TYPE_INT_ARGB);
    Graphics2D g2 = (Graphics2D) icon.getGraphics();
    g2.setRenderingHint(RenderingHints.KEY_ANTIALIASING,
            RenderingHints.VALUE_ANTIALIAS_ON);
    g2.setRenderingHint(RenderingHints.KEY_STROKE_CONTROL,
            RenderingHints.VALUE_STROKE_PURE);
    g2.setColor(Color.RED);
    g2.fillRect(0, 0, width, height);
    g2.setColor(Color.WHITE);
    g2.drawLine(0, 0, width, height);
    g2.drawLine(0, height, width, 0);
    g2.dispose();
    return icon;
}
}



没什么太多好解释的,就是使用Java 2D画一个Error icon。

接着,我们需要编写一个Factory类,构建一个JTextField,尽量把复杂技术封装起来,这样程序员开发起来可以提高效率,代码如下:

package de.jingge.view;

import javax.swing.JTextField;
import javax.swing.text.JTextComponent;
import org.jdesktop.beansbinding.AutoBinding;
import org.jdesktop.beansbinding.BeanProperty;
import org.jdesktop.beansbinding.BindingGroup;
import org.jdesktop.beansbinding.Bindings;
import org.jdesktop.beansbinding.ELProperty;
import org.jdesktop.jxlayer.JXLayer;
import static org.jdesktop.beansbinding.AutoBinding.UpdateStrategy.*;

public class GuiComponentFactory {

public static JXLayer<jTextComponent> createTextField(
        BindingGroup bindingGroup, Object sourceObject,
        String sourceProperty) {
    JTextField field = new JTextField();
    AutoBinding binding = Bindings.createAutoBinding(READ_WRITE,
            sourceObject, ELProperty.create("${" + sourceProperty + "}"),
            field, BeanProperty.create("text"));
    bindingGroup.addBinding(binding);
    bindingGroup.bind();
    return new JXLayer<jTextComponent>(field, new HibernateValidationUI(
            sourceObject, sourceProperty));
}
}



createTextField()方法主要将给定对象属性的值与JTextField的text绑定,然后将JTextField纳入到JXLayer的管理之下。这样一来,一旦用户在JTextField里面修改数据,这个改变就会同步到该对象属性上,然后就引发了前面描述的一系列逻辑,最终改变的数据就会被Hiberante Validator加以验证。

最后,我们可以编写一个Demo application来看看效果如何,代码如下:

package de.jingge.main;

import de.jingge.domain.Country;
import java.awt.BorderLayout;
import java.awt.Dimension;
import java.awt.Toolkit;
import javax.swing.JFrame;
import javax.swing.JLabel;
import javax.swing.JPanel;
import javax.swing.UIManager;
import javax.swing.UnsupportedLookAndFeelException;
import javax.swing.text.JTextComponent;
import net.miginfocom.swing.MigLayout;
import org.jdesktop.beansbinding.BindingGroup;
import org.jdesktop.jxlayer.JXLayer;
import static de.jingge.view.GuiComponentFactory.*;

public class ValidationApplicaton {

private BindingGroup bg;
private Country country;
private JXLayer<jTextComponent> codeField;
private JXLayer<jTextComponent> nameField;

/**
 * @param args the command line arguments
 */
public static void main(String[] args) {
    try {
        UIManager.setLookAndFeel(
                "com.sun.java.swing.plaf.nimbus.NimbusLookAndFeel");
    } catch (UnsupportedLookAndFeelException ex) {
        System.err.println(
                "Nimbus L&F does not support. Default L&F will be used.");
    } catch (ClassNotFoundException e) {
        // TODO Auto-generated catch block
        e.printStackTrace();
    } catch (InstantiationException e) {
        // TODO Auto-generated catch block
        e.printStackTrace();
    } catch (IllegalAccessException e) {
        // TODO Auto-generated catch block
        e.printStackTrace();
    }
    ValidationApplicaton app = new ValidationApplicaton();
    JFrame frame = new JFrame("Demo Validation Application");
    frame.setPreferredSize(new Dimension(360, 150));
    frame.getContentPane().add(app.buildPanel(), BorderLayout.CENTER);
    frame.setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE);
    setCenter(frame);
    frame.setVisible(true);
    frame.pack();

}

private static void setCenter(JFrame frame) {
    Toolkit toolkit = Toolkit.getDefaultToolkit();
    Dimension screenSize = toolkit.getScreenSize();

    // Calculate the frame location
    int x = (screenSize.width - (int) frame.getPreferredSize().getWidth()) / 2;
    int y = (screenSize.height - (int) frame.getPreferredSize().getHeight()) / 2;

    // Set the new frame location
    frame.setLocation(x, y);
}

public ValidationApplicaton() {
    country = new Country();
    bg = new BindingGroup();
}

private JPanel buildPanel() {

    codeField = createTextField(bg, country, Country.PROPERTYNAME_CODE);
    nameField = createTextField(bg, country, Country.PROPERTYNAME_NAME);
    JPanel panel = new JPanel(new MigLayout("",
            "[50px, right]10[200px:250px:300px]", "[center]"));
    panel.add(new JLabel("Code:"), "cell 0 0");
    panel.add(codeField, "cell 1 0, w 200px:250px:300px");
    panel.add(new JLabel("Name:"), "cell 0 1");
    panel.add(nameField, "cell 1 1, w 200px:250px:300px");
    return panel;
}
}



这个类比较简单了,我简单解释一下:

在main()方法里面,我们创建了一个JFrame,然后放入一个JPanel

setCenter()方法负责将窗口至于屏幕的正中间。

在构建器里面,我们创建了Country和BindingGroup的对象实例。

在buildPanel()方法里面,我们使用MigLayout构建了一个Panel,其中codeField和nameField对应各自的对象属性。更多关于MigLayout的信息看这里:http://www.miglayout.com/ 。这也是一个例子,大家可以看到使用MigLayout开发Swing真的是非常方便。

从这个Demo里面也可以看出,编写好pojo后,程序员只需要调用createTextField(bg, country, Country.PROPERTYNAME_CODE); 就可以创建一个支持数据验证的JTextField,编码量已经可以说是最大限度的降低了。

运行程序,你会看到:



这个code和name的数据都不合法,用户看到了error icon。

将鼠标移到Text field上,你会看到:



填好合法数据后,Error icon就不见了:



总结:

使用这个通用数据验证模块有很多好处:

1. 如果项目使用ORM,例如Hibernate,这个方案应该是解决数据验证的最好方案之一。
2. 对于普通的数据验证,例如非空,email,长度等等,程序员根本不需要编码,只要在POJO上使用相应的Hibernate Validator annotation就可以了。
3. 对于复杂的数据验证,Hibernate Validator提供了很好的扩展机制,只要写一个annotation外加一个Validator就可以了。Swing应用这边仍然不需要编写任何代码。

综上所述,可以看出通过使用这个通用数据验证模块,开发效率会提高很多。

对这个项目感兴趣的朋友可以给我留言,人数够多的话,我会考虑将整个netbeans项目上传到javaeye上来。

 

评论
winthesky 2008-09-02   回复
hh,真的很像 spring rich client 啊,尤其那个叉叉图标
不过这套结构感觉还是不错的

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

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

最后加一句,我总觉得 配置文件就是配置文件,代码就是代码,把代码和配置文件混起来(注解)玩是一件很难让我接受的事情.
metaphy 2008-08-07   回复
polygoncell 写道
java champions Adam Bien 曾经说过,搞java开发有一个很有趣的现象,那就是如果你一直坚持使用某种技术,例如java desktop, mvc等等,一般会存在几年低谷, 大家都认为这么做是错的。但是总会经过几年以后重新热起来,大家转了一大圈以后发现还是这样做最好。Desktop现在就又开始热起来了,新的Swing,Adobe AIR, JavaFX哪个不是瞄准桌面的?


历史总在螺旋式前进;反复的、不停的迭代
rehte 2008-08-07   回复
black_zerg 写道
我觉得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是一个人的话,被误解这么多年,被偏见笼盖这么多年,郁闷也郁闷死了。

black_zerg 2008-08-06   回复
我觉得netbeans那个还是不错的,但那个玩意有时候也很不爽就是了。关键还是swing市场不够大。我个人还是很喜欢swing的。这东西怎么看怎么比web程序顺眼。不过十来年了真的进步有限
polygoncell 2008-07-29   回复
rehte 写道
polygoncell 写道
使用netbeans的Gui builder托管的可不单单是布局,整个事件系统全部托管,开发员只是编写事件触发后所要调用的逻辑。这样做测试起来很麻烦。

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

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


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

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

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

你做的那个插件我看到了,感觉很棒,对于直接做项目的团队应该是个不错的选择,希望你能坚持下去。不知道你能不能写篇文章强调一下你的这个插件对比netbeans的那个都有哪些优势。
rehte 2008-07-29   回复
polygoncell 写道
使用netbeans的Gui builder托管的可不单单是布局,整个事件系统全部托管,开发员只是编写事件触发后所要调用的逻辑。这样做测试起来很麻烦。

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

我也做了一个开源项目,目的是实现NetBeans的界面设计功能,生成类似VE风格的代码,生成的代码比较好维护,不需要form文件。是一个Eclipse插件,现在已经有一定的使用价值,这篇文章是我的一篇介绍文章:
http://www.javaeye.com/topic/208787
开源项目的位置在:
http://code.google.com/p/visualswing4eclipse/
欢迎光临串门。
polygoncell 2008-07-29   回复
icefire 写道
polygoncell 写道
hb315 写道
我还是觉得 直接用 netbean 拖拉 进行开发速度快! 比手写代码快不止一倍.如果你的东东能做成一个插件什么的!就更好了!


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


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


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

使用netbeans的Gui builder托管的可不单单是布局,整个事件系统全部托管,开发员只是编写事件触发后所要调用的逻辑。这样做测试起来很麻烦。
icefire 2008-07-29   回复
polygoncell 写道
hb315 写道
我还是觉得 直接用 netbean 拖拉 进行开发速度快! 比手写代码快不止一倍.如果你的东东能做成一个插件什么的!就更好了!


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


手写的未必好维护。只让netbeans帮你管理布局就好了。难道VB就不用维护了?
polygoncell 2008-07-28   回复
hb315 写道
我还是觉得 直接用 netbean 拖拉 进行开发速度快! 比手写代码快不止一倍.如果你的东东能做成一个插件什么的!就更好了!


维护起来可就是噩梦了......
polygoncell 2008-07-27   回复
呵呵,很高兴在这里看到同好。

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

回头有时间了我再用中文写一下。
reilf 2008-07-26   回复
值得学习啊。
可惜我搞了一年swing就没做这方面了,现在回头看看,swing确实改变了很多。
rhino0314 2008-07-26   回复
本人也用picocontainer + swing / tomcat + hibernate + spring开发了一套物流配送系统,希望和大家交流!
java.lang.Object 2008-07-25   回复
太好了,想不到还是有这么多人搞SWING的
我也是搞SWING的
flypeace 2008-07-25   回复
对此极其感兴趣,楼主,非常期待源代码,搞swing开发已经3年了。
polygoncell 2008-07-25   回复
hb315 写道
不错,我正在用swing,发现了swingx(0.93),但项目不敢用swingx,希望sun把swing在进一步!

你的东东不错,迫切想用用!


swingx主要是缺少文档,如果有人愿意下功夫看源代码的话,里面有很多很棒的模块,可以直接用到企业开发中去。对于我现在主持开发的框架而言,Swingx也是一个很重要的类库,已经有很多模块派上用场了。
hb315 2008-07-24   回复
我还是觉得 直接用 netbean 拖拉 进行开发速度快! 比手写代码快不止一倍.如果你的东东能做成一个插件什么的!就更好了!
hb315 2008-07-24   回复
不错,我正在用swing,发现了swingx(0.93),但项目不敢用swingx,希望sun把swing在进一步!

你的东东不错,迫切想用用!
johlon 2008-07-24   回复
长见识了,我的Swing程序的验证要改改了,希望LZ多提供一点资料
waryist 2008-07-24   回复
在JDK6中使用swing真的很不错,效率提升很多,加上自己开发的一些组件,可以做出很不错的效果。我在前一个项目里也做个一个数据验证模块,有空整理一下也发上来大家一起交流下。
zhongxun20 2008-07-23   回复
很好 不错哦swing虽然开发的少,但是一通百通吗,学习学习再学习,学海无涯苦做舟
发表评论

提醒: 该博客已发表在公共论坛,博客所有留言会成为论坛回贴,留言请注意遵守论坛发贴规则

您还没有登录,请登录后发表评论

polygoncell
搜索本博客
最近访客
最近加入圈子
存档
最新评论