经验分享:开发SWT应用两点心得
2008-01-05 20:12:48 来源:WEB开发网核心提示:原来没有用过java做图形界面的客户端程序, 只是知道简单的一些Java图形编程的原理. 近日一用, 还确实和Window下的其他开发方法方法大有不同. 我没有用过AWT, 也没用过SWING, 在网上看到这不好,那不行. 遂直接用SWT, 反正也能跨平台. 1. Composite 刷新
原来没有用过java做图形界面的客户端程序, 只是知道简单的一些Java图形编程的原理. 近日一用, 还确实和Window下的其他开发方法方法大有不同. 我没有用过AWT, 也没用过SWING, 在网上看到这不好,那不行. 遂直接用SWT, 反正也能跨平台.
1. Composite 刷新
本来这看起来很简单, 但在composite.open()后, 动态创建了几个Control, 运行起来就是不能显示, 反而原有的control可以dispose()掉. 纳闷, 想不通. 记得在考SCJP时, AWT还是SWING需要调用redraw()重新更新画布, 调用之, 还是无效。
在网上也找不到动态创建控件的资源, 以为SWT不支持动态创建, 刚想~!@#$%^&*()_+. 绝望中看SWT_Example, 发现里面的LayoutExample居然实现了动态创建Button, 这不是俺要的吗? 将代码研读一遍, 看看createDetailXXX, 没有非凡的地方, 出去再看看调用, 使用了composite.layout(true) 方法. 回头一试, 果然就是它.
回头一想, 可能设计者不想让我们看到控件一个个的跳出来, 于是设计了这么一个方法, 让控件一次刷屏.
2. Control父组件
Window程序动态创建一个控件时, 可以指定父控件为Null, 再调用父组件的add方法就可以加入到组件树中. SWT似乎不能支持, 假如指定控件的Composite为Null, 将抛出异常. 必须指定一个父容器. 似乎不管3*7=21, 将shell作为其parent, 然后调用composite.setParent()改变其parent, 想一想, 不行. 假如使用setParent方法改变, 其shell的control列表同样保留这个控件的拷贝, 而在dispose()时总有不干净的干净的感觉.
原来搭好的框架, 因为必须指定parent composite而放弃.
1. Composite 刷新
本来这看起来很简单, 但在composite.open()后, 动态创建了几个Control, 运行起来就是不能显示, 反而原有的control可以dispose()掉. 纳闷, 想不通. 记得在考SCJP时, AWT还是SWING需要调用redraw()重新更新画布, 调用之, 还是无效。
在网上也找不到动态创建控件的资源, 以为SWT不支持动态创建, 刚想~!@#$%^&*()_+. 绝望中看SWT_Example, 发现里面的LayoutExample居然实现了动态创建Button, 这不是俺要的吗? 将代码研读一遍, 看看createDetailXXX, 没有非凡的地方, 出去再看看调用, 使用了composite.layout(true) 方法. 回头一试, 果然就是它.
回头一想, 可能设计者不想让我们看到控件一个个的跳出来, 于是设计了这么一个方法, 让控件一次刷屏.
2. Control父组件
Window程序动态创建一个控件时, 可以指定父控件为Null, 再调用父组件的add方法就可以加入到组件树中. SWT似乎不能支持, 假如指定控件的Composite为Null, 将抛出异常. 必须指定一个父容器. 似乎不管3*7=21, 将shell作为其parent, 然后调用composite.setParent()改变其parent, 想一想, 不行. 假如使用setParent方法改变, 其shell的control列表同样保留这个控件的拷贝, 而在dispose()时总有不干净的干净的感觉.
原来搭好的框架, 因为必须指定parent composite而放弃.
更多精彩
赞助商链接