ant*_*abo 9 java user-interface swing matisse
我们陷入两难境地; 使用Matisse或Jigloo开发桌面应用程序..
马蒂斯有这种XML格式文件我们害怕以后维护,我们甚至不知道MyEclipse是否应该进一步支持马蒂斯,甚至Netbeans - 你认为他们会放弃对马蒂斯的操作系统支持吗？
或多或少的Jigloo和Matisse都有类似的行为,虽然Jigloo服从了更多设计师的愿望,Matisse不时有这种奇怪的对齐行为.
Jigloo生成可以编辑的Java代码,这反过来会导致可视化编辑器无法绘制表单.这可能就是为什么Matisse希望以更稳定的XML形式定义元素,从而生成Java代码.
如果在实例化GUI元素时出现错误,Matisse将无济于事,因此放置自定义元素也可能是噩梦.
在Jigloo中键入代码时,可视化编辑器喜欢删除图片,因此您必须等待编辑代码后显示图片.在Matisse中,您可能会在课堂上出错并仍在编辑GUI.
请通过投票帮助我们,您更喜欢什么,为什么.
oxb*_*kes 13
请不要使用!与此答案一样,这是我的强烈意见(在编写Swing GUI 10年之后),使用GUI构建器,除了最边缘的情况之外,都是一个坏主意.手动编码你的GUI!
无论你选择马蒂斯还是冰屋,它都不是标准,会失宠,会有更好的工具出现.此时,您将拥有几乎无法维护的遗留代码.这在Java GUI构建器的历史中已经发生了严重的事情
您应该避免强迫开发人员使用一个IDE,并且在查看GUI代码时期望开发人员切换到特定IDE是一个巨大的开销.他们会感到沮丧,因为他们不记得键绑定,项目设置已过时,他们安装了错误的版本等.人们将在没有构建器的情况下快速修复.此时,您的代码在您选择的IDE和GUI构建器istelf中都是不可维护的!整件事情一团糟.
根据我的经验,设计GUI并不是一项特别繁重的任务,并且可能占应用程序总开发时间的不超过5-10%.即使最初使用Matisse或Igloo为您提供了比手动编码GUI 50%的时间优势,但这在宏观方案中是微不足道的.当然不值得隐藏的成本和即将发生的维护灾难
GridBagLayout 并不难.它只是不是!事实上,这很简单.这将花费您几分钟的时间来学习,之后您将永远不会回头.您的GUI看起来就像您希望它们看起来一样,因此您的代码将更易于维护.用GridBagLayout!
我花了很多时间警告过这个人,并且证明是正确的.
| 归档时间： |
|
| 查看次数： |
5635 次 |
| 最近记录： |