Eclipse/RCP (SWT) по сравнению со спокойным Создателем (QT) как платформа для сменной разработки?
Я знал много хороших приложений (включая Центр Команды UG, IBM Lotus Expeditor и т.д.) разработанный по Eclipse (Платформа RCP). В последнее время я нахожу некоторое приложение, разработанное по спокойному Создателю, использующему его сменную архитектуру (GCF, разработчик VTK и т.д.).
Я хочу знать за и против Eclipse и спокойного Создателя как основная платформа для разработки приложений по нему. Также, если кто-то может перечислить вниз модули, которые поддерживают приложения в каждом из них платформа. Какой Вы рекомендуете для межплатформенной разработки приложений?
большое спасибо.
3 ответа
Отказ от ответственности: я использую Creator
Я считаю, что и Creator, и Eclipse являются стабильными и довольно полнофункциональными IDE. Creator уделяет большое внимание C ++ и Quick (новинка в Qt ;-), в то время как Eclipse поддерживает целый ряд языков, а его поддержка Java действительно великолепна. Это, конечно, также влияет на функциональность, которую может легко предоставить ваш плагин.
Первое видимое различие для разработчика плагинов - это, конечно, язык программирования: Eclipse написан на Java, в то время как создатель разрабатывается с использованием C ++ с Qt. В зависимости от вашего опыта разработки это может быть довольно значительным.
Оба предоставляют достойную систему плагинов со всеми основными функциями, такими как обработка зависимостей между плагинами, управление версиями и т. Д. Я полагаю, что система плагинов Eclipse к настоящему времени немного более "закаленная в боях", так как у них гораздо больше Сторонние плагины, которые постоянно "тестируют" его. У обоих проектов есть некоторые API, которые все еще разрабатываются (у меня сложилось впечатление, что в настоящее время это меньше проблем с eclipse), поэтому стоит проверить дорожные карты.
Eclipse имеет тенденцию иметь больше доступных плагинов, и это может быть преимуществом, если ваш плагин может извлечь выгоду из функциональности, уже реализованной в других плагинах. Здесь на ум приходит графическое моделирование и т. Д. У Creator пока не так много плагинов, но есть много доступного открытого исходного кода на основе Qt, который можно напрямую переносить в плагины (если это разрешено лицензированием!).
Оба проекта имеют открытый исходный код, поэтому вы можете просмотреть код. Лицензия отличается от Qt Creator и Eclipse.Лучше попросите юриста прочитать их, если вы думаете о создании проприетарного плагина для любого из них ... но это всего лишь стандартный совет: -)
В обоих проектах есть приветливые сообщества пользователей, которые готовы помочь, когда вы застряли, и то и другое. проекты принимают участие в коде (на случай, если вы не хотите постоянно обновлять свой код ;-).
Это то, о чем я могу думать в верхней части моей головы ...
Первоначально я был большим поклонником QtCreator. Затем я обнаружил, что он позволяет мне делать многие программные вещи, которые я не должен был делать. Я не могу вспомнить ни одной из них, но когда я портировал программу на Mac OSX, я решил собрать ее в XCode, а не в QtCreator. После сборки я обнаружил кучу ошибок, которых никогда не видел.
... И я знал, что это нормально работающий код...
В общем, я по-прежнему много работаю в Qt и получаю от этого огромное удовольствие, но разрабатываю в Visual Studio, XCode и GCC на соответствующих платформах. Извините, что не могу вспомнить примеры, я столкнулся с этой проблемой 6 месяцев назад.
Eclipse больше основан на Java, Qt - это C++ и некоторые полезные дополнения (сигналы+слоты среди прочих). Я никогда не слышал о Eclipse как о фреймворке, но это, конечно, не говорит ни за, ни против него. Я выскажу свои мысли о Qt здесь:
Я очень верю в Qt как в основу, потому что у него (его разработчиков) был многолетний опыт создания хорошего кроссплатформенного фреймворка с практически всем, что вам когда-либо понадобится. В нем есть сеть, файловая система, gui, алгоритмы, контейнеры, инструменты перевода, дизайнер пользовательского интерфейса, ОЧЕНЬ хорошая документация и солидное сообщество. Он основан на C++, что делает взаимодействие с практически любой библиотекой C или C++ "легким бризом". Qt, безусловно, более зрелый игрок здесь.