您使用TIBCO通用接口的经验是什么？

Question

它看起来很有趣，而且我玩了一些 - 但是网页浏览器中的开发IDE最终似乎是噩梦。

有没有人有使用它的经验，你有什么想法？

Answer 1

几个月前我们为一个项目评估了GI，但最终并没有选择它。

IDE-in-a-browser（它本身是用GI构建的）实际上运行得非常好，尽管你通常期望编辑器缺少一些功能，最显着的（和令人不安的）撤销命令。从IDE开始执行子文档包含（实际上是团队开发的必要性）也是不可能的，尽管您可以在底层XML中手动执行它们，IDE会尊重它们。

最后，我们没有采用它的主要原因是很难使得到的Web应用程序看起来像设计师真正想要的那样好。构建功能相对容易，但组件的外观和感觉都非常严格。 GI将自己的文档模型呈现为HTML的方式涉及很多style属性，这使得CSS中的蒙皮几乎不可能。它似乎更喜欢使Web应用程序看起来像应用程序，而不是看起来像网站的Web应用程序。

因此，构建内部网类型的应用程序可能会很棒，因为外观和感觉不是一个大问题，但我可能不会用它来构建一个面向公众的网站。

对于那些不知道的人来说，TIBCO GI是与TIBCO其他SOA业务集成的完全独立的产品 - General Interface是一家独立的公司，几年前被TIBCO收购。

Answer 2

以前在TIBCO工作的同事：

  

TIBCO是一个复杂，难以使用的系统，因为它用于复杂，难以解决的问题。

Answer 3

Kieron在总结GI方面做得很好。它实际上适用于企业Web应用程序，而不是消费者小部件。加载整个GI框架并等待一两秒钟进行加载的开销并不大，如果您要启动呼叫中心或您将在接下来的几个小时内使用的员工配置应用程序。但是，如果你正在等待一个小部件加载到现有的网页中，它似乎是永远的。而且，即使GI支持一些不错的功能和性能QA工具，除非你正在处理一些重要且复杂的事情，否则它们实在是太过分了。所以，如果您想要的只是在屏幕上抛出性感的日期选择器，那么请确保使用别的东西。

Answer 4

是的，不能同意。我开发了一些使用TIBCO GI的应用程序并将其与TIBCO CIM集成。我为TIBCO和GI工作是我一直在努力做一些复杂的事情。虽然这样做，我遇到了GI的奇怪的一面，你有时无法解释的事情，但只是他们的方式，使用JavaScript和处理多线程问题可能是一场噩梦等。快速创建一些东西是好的对于应用程序的性感太过挑剔，因此对内部应用程序有好处，但对消费者却没有，除非你想迷失在疯狂的CSS样式的丛林中。 XML Mapping实用程序是一个很好的功能，可以节省大量时间来实现SOA应用程序。另一个好处是部署非常简单 - GI应用程序结合使用XML，XSLT，X-Path和JavaScript。在GI 3.8中，还有一些测试工具。不幸的是，GI编辑器内部的开发既缓慢又痛苦，所以我建议使用Notepad ++之类的外部编辑器。

Answer 5

您不需要从Web浏览器运行tibco-GI，但您需要运行Programfile GI_Builder.exe，这是一个ActiveX应用程序。只需双击它并运行它。