Каков ваш опыт использования общего интерфейса TIBCO?

Мы оценивали GI несколько месяцев назад для проекта, но в итоге не выбрали его.

IDE-in-a-browser (который сам по себе строится с GI) на самом деле работает на удивление хорошо, хотя есть некоторые функции, которые вы обычно ожидаете от редактора, которых ему не хватает, особенно (и раздражающе) команда отмены. Также невозможно сделать такие вещи, как subdocument includes (практически необходимость для разработки команды) из IDE, хотя вы можете сделать их вручную в базовом XML, и IDE будет уважать их.

В конце концов, главная причина, по которой мы не пошли на это, заключалась в том, что было трудно сделать так, чтобы получившееся веб-приложение выглядело так хорошо, как этого действительно хотели дизайнеры. Это было относительно легко построить функциональность, но компоненты были очень ограничительными по внешнему виду и ощущению. Способ, которым GI отображает свою собственную модель документа в HTML, включает в себя множество атрибутов style , что делает скининг в CSS практически невозможным. Похоже, он предпочитает создавать веб-приложения, которые выглядят как приложения, а не веб-приложения, которые выглядят как веб-сайты.

Так что это, вероятно, было бы здорово для создания приложений типа интрасети, где внешний вид не является огромной проблемой, но я, вероятно, не буду использовать его для создания общедоступного сайта.

Кстати, для тех, кто не знает, TIBCO GI - это совершенно отдельный продукт от rest из SOA бизнес-интеграционных материалов TIBCO-General Interface была отдельной компанией, которая была приобретена TIBCO пару лет назад.

От коллеги, который раньше работал в TIBCO:

TIBCO-это сложная, трудная в использовании система, потому что она используется для сложных, трудноразрешимых задач.

Да,не могу не согласиться. Я разработал несколько приложений с TIBCO GI и интегрировал его с TIBCO CIM. Я работаю на TIBCO и GI-это то, с чем я работал довольно сильно, делая некоторые сложные вещи. Делая это, я наткнулся на странные стороны GI, вещи, которые вы иногда не можете объяснить, но просто таковы, как они есть, работа с JavaScript и решение проблем многопоточности может быть кошмаром и т. д. Это хорошо, чтобы создать что-то быстро, не слишком суетясь о сексуальности приложения, следовательно, хорошо для внутренних приложений, но не для потребителей, если вы не хотите заблудиться в джунглях сумасшедшего стиля CSS. Утилита XML Mapping utility-это отличная функция, которая экономит вам много времени для реализации приложений SOA. Другая хорошая часть заключается в том, что deployment действительно легко - GI приложения используют комбинацию XML, XSLT, X-Path и JavaScript. В GI 3.8 также есть несколько инструментов тестирования. К сожалению, разработка внутри редактора GI происходит медленно и болезненно, поэтому я рекомендую использовать внешний редактор, такой как Notepad++.

Кирон отлично справляется с подведением итогов GI. Это действительно для корпоративных веб-приложений,а не для потребительских виджетов. Накладные расходы на загрузку всего фреймворка GI и ожидание секунды или двух для его загрузки не кажутся большими, если вы запускаете центр обработки вызовов или приложение для подготовки сотрудников, которое собираетесь использовать в течение следующих нескольких часов. Но это кажется вечностью, если вы ждете, что виджет загрузится на существующую веб-страницу. И хотя GI поддерживает некоторые хорошие функциональные и производительные инструменты QA, они действительно излишни, если вы не работаете над чем-то важным и сложным. Так что, если все, что вы хотите, это бросить сексуально выглядящий datepicker на экран, используйте что-то другое наверняка.

вам не нужно запускать tibco-GI из веб-браузера, но вам нужно запустить Programfile GI_Builder.exe, который является приложением ActiveX. просто дважды щелкните на нем и запустите его.