некоторые плюсы Qt:

• С++ вещи обычно лучше, но это спорно.
• Qt является основой Meego,мобильной платформы спонсируется Intel, AMD и другими; однако его текущий импульс кажется мне не слишком высоким. Это означает, что вы также можете создавать приложения для различных мобильных и встроенных устройств, как правило,
• существует много приложений на основе Qt.
• у него есть WYSIWYG дизайнер.
• хорошо для малых и больших проектов, особенно из-за QtQuick, который позволяет создавать небольшие приложения в кратчайшие сроки и с почти нулевыми знаниями о c++
• Qt имеет удивительную оболочку в Python под названием PyQt (есть также PySide, конечно), которая позволяет быстро разрабатывать и гладкое прототипирование. Из-за этого люди часто используют PyQt (или PySide) для UI-стороны приложения Qt. Конечно, вы можете легко комбинировать Python и Qt в то же приложение, используя все свои сильные стороны (но и слабые стороны). Это позволяет относительно быстро и плавно разрабатывать циклы даже для крупных проектов

некоторые минусы Qt:

• код приложений на основе Qt использовать некоторых элементов, которые не являются частью C++, которые должны быть преобразованы в C++ специальным препроцессором под названием moc (компилятор Метаобъектов) до фактической компиляции. Вы и ваш система сборки должна учитывать это.
• Nokia (бывший владелец Qt, так как он приобрел Trollech) и продал его Digia. Однако это делает не подразумевается их участие в разработке открытого исходного кода Qt изменилось.

некоторые плюсы Eclipse RCP:

• Eclipse RCP намного больше, чем графический инструментарий:

  • Это спортивный плагин-архитектуре может помочь распределить функциональность между различными компонентами (плагинами) и сохранить контроль над зависимостями между такими компонентами (плагинами). Система плагинов Eclipse опирается на собственную реализацию спецификации Java component system под названием каталога.
  • он предоставляет механизм для включения развязанной расширяемости приложения под названием точки расширения.

• здесь многие затмения Плагины которые вы можете использовать в своем приложении, и многие из них имеют лицензии на распространение, дружественные к коммерческим продуктам.

• у него есть WYSIWYG дизайнер.

некоторые минусы Eclipse RCP:

• Eclipse использует пользовательский оконный инструментарий под названием SWT; на каждой платформе он опирается на собственный графический слой. В Linux он полагается на Gtk+ (хотя также можно использовать мотив), который по моему опыту (и другие!--7-->) имеет проблемы с производительностью, в основном с виджетами, которые обновляются с высокой скоростью. На самом деле многие из нас вставляют элементы Swing в приложения Eclipse RCP для преодоления проблем производительности, сохраняя расширяемую архитектуру Eclipse; это, однако, может принести проблемы интеграции. Существует версия SWT, которая использует Qt в качестве бэкэнда, но ее включение в кодовую базу Eclipse кажется застой с октября 2010 года.

• время запуска (понимается как время, прошедшее с момента запуска приложения, пока оно не появится в окне) приложений Eclipse RCP может быть очень длинным.

• если вы намерены интегрировать материал C++ С Java с помощью JNI, у помните, что некоторым людям это трудно.

• Eclipse имеет много и много ошибок. в Eclipse в Bugzilla является очень полезным ресурсом для разработчика RCP.

• чем больше вы хотите, чтобы внешний вид и поведение приложения Eclipse RCP отличались от Eclipse IDE, тем больше проблем вы получите.

• Eclipse RCP development имеет большую кривую обучения, на мой взгляд.

• использование Eclipse RCP для небольших проектов в основном самоубийство (если вы не ограничиваете себя только созданием плагина или подобный.) Он предназначен для средних и крупных и очень крупных проектов из-за сложности его инфраструктуры, потребностей в ресурсах и выше крутой кривой обучения.

• Eclipse RCP не для мобильной разработки, потому что...это RCP (Rich Client Platform). Если вы хотите стать мобильным, это не для вас.

обе их лицензии на распространение (LGPL/GPL / commercial для Qt, EPL для Eclipse) достаточно гибки для большинства применений, на мой взгляд. Тем не менее я не юрист, так что могу ошибаться.

и конечно, другие факторы, такие как опыт разработчиков, их технические навыки, размер команды, конкретные требования и т. д., должны быть приняты во внимание.

кстати, у меня много опыта в Eclipse RCP, но только теоретические знания на Qt, поэтому я могу быть предвзятым/ошибочным в своих заявлениях.