java - 马蒂斯(Matisse)还是吉格鲁(Jigloo)？

我们有一个难题。使用Matisse或Jigloo开发桌面应用程序。

Matisse有此XML格式文件，我们担心以后再维护，我们甚至不知道MyEclipse是否应该进一步支持Matisse，甚至是Netbeans-您认为它们会放弃对Matisse的OS支持吗？

Jigloo和Matisse或多或少具有类似的行为，尽管Jigloo服从了更多的设计师的希望，但Matisse有时会出现这种奇怪的对齐行为。

Jigloo生成Java代码，该代码可以进行编辑，从而导致可视编辑器无法绘制表格。这可能是Matisse希望以更稳定的XML形式定义元素的原因，以便从中生成Java代码。

如果在实例化GUI元素时出错，Matisse将无济于事，因此放置自定义元素也可能成为噩梦。

在Jigloo中键入代码时，可视化编辑器喜欢删除图片，因此您必须在编辑代码后等待图片显示。在Matisse中，您可能会在类里面出错并且仍在编辑GUI。

请通过投票帮助我们，您更喜欢什么以及为什么。

最佳答案

请不要使用!与this answer一样，我强烈认为(在编写Swing GUI 10年之后)，在大多数情况下，使用GUI构建器都是一个不好的主意。手工编码您的GUI!

不管您选择Matisse还是Jigloo，它都不是标准，会失宠，并且会出现更好的工具。到那时，您将拥有几乎无法维护的遗留代码。这在Java GUI构建器的历史中已经发生过好几次了。

您应该避免强制开发人员使用一个IDE，并且期望开发人员在查看GUI代码时切换到特定的IDE是巨大的开销。由于他们不记得按键绑定(bind)，项目设置过时，安装了错误的版本等，他们会感到沮丧。人们会在没有构建器的情况下进行快速修复。此时，您选择的IDE和GUI构建器istelf都无法维护您的代码!整个事情一团糟。

以我的经验，设计GUI并不是一项特别繁重的任务，并且可能只占应用程序总开发时间的5-10％。即使最初使用Matisse或Jigloo相比手工编写GUI可以为您提供50％的时间优势，但在宏伟的设计方案中这都是微不足道的。当然，隐藏的成本和即将发生的维护灾难是不值得的。

GridBagLayout 不难。事实并非如此!实际上，这确实很简单。这将需要几分钟的时间进行学习，之后您将永不回头。您的GUI看起来像您想要的样子，因此您的代码将更易于维护。使用GridBagLayout!

我以前花了很多时间警告人们这一点，并被证明是正确的。