那天我正在查看TIBCO GI,給我留下了深刻的印象。有沒有人使用過TIBCO GI?
- 有沒有人廣泛使用它?
- 你的想法是什麼?
- 你遇到了什麼缺點?
- 它適用於Internet還是僅適用於Intranet應用程序?
我很欣賞你可以對此做出的任何輸入。
那天我正在查看TIBCO GI,給我留下了深刻的印象。有沒有人使用過TIBCO GI?
我很欣賞你可以對此做出的任何輸入。
是的,我已經使用它非常廣泛,這是我的一些想法。將隨着發生而添加到它們中。
我不評價在框架本身(它運行在瀏覽器窗口中)實現IDE的方法。有許多許多怪癖,它可能導致一個非常令人沮喪的經歷。我通常使用Javascript調試窗口開發Intellij Idea中的所有JS,XML等,以運行IDE本身。在處理文件之後,必須在IDE中重新加載它,但仍然更有效。
使用IDE,整個應用程序可以佈置得相對較快。
有一個非常陡峭的學習曲線。 API非常廣泛,當您遇到問題時,社區論壇並不是很好。
大部分GUI繪畫都是使用內聯樣式屬性完成的,這使得它們很難蒙皮,並使整個應用程序看起來完全符合您的需求。如果是這個原因,我認爲GI比內部應用程序更適合內部應用程序。
GI使用'雙重DOM'方法,持有它自己的每個屏幕元素的內部表示。這可能會使其很難完全集成其他框架,如JQuery等。
隨着RIAD環境的發展,我認爲它很棒。我發現GI方式的處理速度比沿請求/響應方式快兩倍。
我真的很喜歡演示和業務邏輯的強制分離。
他們加入的JS擴展,比如內省包,接口和類定義都非常聰明,非常有用。
我完全mysomic同意,但:
不幸的是Tibco的GI有一個巨大的缺點是重量,以及如何緩慢運行。
jQuery要快得多。
另外我碰到IE和firefox下開發UI的不同行爲的問題。
缺少文檔。
我用U同意一些觀點: 比較JQuery的與GI,我想他們是不是同一級別:
贊同@Zhouquan GI和Jquery之間沒有邏輯上的比較 - 它們是完全不同的魚。 此外,從來沒有真正考慮速度是一個問題,特別是在新的瀏覽器。 – mysomic 2011-09-09 08:43:16