2008-08-15 74 views

回答

10

我们在几个月前对一个项目进行了GI评估,但最终没有选择它。

IDE-in-a-browser(它本身是用GI编译的)实际上工作得非常好,尽管你通常从编辑器中得到一些它缺乏的功能,最显着(也是令人不快的)撤消命令。尽管您可以在底层XML中手动执行这些操作,但IDE中的子文档(包括实际上对于团队开发的必要性)也是不可能的,IDE也会尊重它们。

最后,我们并没有去解决这个问题的主要原因是很难让网页应用看起来像设计师真正想要的那样好。构建功能相对容易,但组件在外观和感觉上非常受限制。 GI将其自己的文档模型呈现为HTML的方式涉及很多style属性,这些属性使得在CSS中剥皮几乎不可能。它似乎更喜欢使Web应用程序看起来像应用程序,而不是看起来像网站的Web应用程序。

因此,对于构建内联网类型的应用程序来说,外观和感觉不是一个大问题,但我可能不会用它来构建一个面向公众的站点。对于那些不知道的人来说,TIBCO GI是与TIBCO的其他SOA业务集成材料完全分离的产品 - General Interface是几年前由TIBCO收购的独立公司。

2

从同事谁在使用TIBCO工作:

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

+0

-1,因为TIBCO不是一个系统,而是一个拥有十几个独立产品线的公司。 GI是更简单的产品之一。 GI本身是可用的,但它也可用作其他TIBCO产品的用户界面技术,最显着的是iProcess。 – 2010-03-28 11:05:23

1

Kieron在总结GI方面做得很好。它的确适用于企业Web应用程序,而不是consumer-y小部件。加载整个GI框架并等待一两秒钟才能加载的开销似乎不大,如果您打算在接下来的几个小时内启动一个呼叫中心或员工供应应用程序,那么这个开销似乎很大。但是,如果你正在等待一个小部件加载到现有的网页中,它似乎永远是。尽管如此,GI支持一些不错的功能和性能QA工具,但除非您正在处理重要和复杂的事情,否则它们确实是过火。所以,如果你想要的只是在屏幕上扔一个性感的日期选择器,可以肯定地使用别的东西。

1

是的,不能同意更多。我用TIBCO GI开发了一些应用程序,并将其与TIBCO CIM集成。我为TIBCO工作,GI是我一直在努力完成一些复杂的工作。虽然这样做,但我偶然发现了GI的奇怪的一面,有些时候你无法解释但是只是它们的方式,使用JavaScript并处理多线程问题可能是一场噩梦等等。对于应用程序的性感过于挑剔,因此对于内部应用程序来说很好,但对于消费者来说则不然,除非你想迷失在疯狂的CSS样式的丛林中。 XML Mapping实用程序是一个很棒的功能,可以为您节省大量时间来实现SOA应用程序。另一个很好的部分是部署非常简单 - GI应用程序使用XML,XSLT,X-Path和JavaScript的组合。在GI 3.8中也有一些测试工具。不幸的是,GI编辑器内部的开发缓慢而痛苦,所以我建议使用像Notepad ++这样的外部编辑器。

1

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

相关问题