какая библиотека лучше для более быстрого JAVA-приложения swt или колебания?

Несколько лет назад Swing был медленным, таким образом, SWT был разработан для создания встроенного API, обращается к системам. Однако производительность Swing значительно улучшилась, и это больше не имеет место. SWT нестандартен, в то время как Swing является официально частью спецификации Java. JavaFX будет также создан сверху Swing. Если Ваше задание не требует записи плагины Eclipse, я использовал бы Swing.

Для наблюдения действительно хорошего приложения, разработанного в Swing, смотрите на Java Jetbrain IDE. Можно попробовать его в течение 30 дней.

http://www.jetbrains.com/idea/

Конечно, Netbeans Sun является чистым приложением Swing также, и это свободно.

http://www.netbeans.org/

Нет никакого медленного приложения колебания. Просто плохо записанный. И это также запрашивает SWT. Большая часть приложения делает лучшие ответы из-за базовой архитектуры затмения. Прежде чем J6 там были несколькими проблемами с серыми окнами в течение безразличных периодов, но это вполне решено с помощью полностью дважды буферизованный подход в колебании PLAFs. Нет никакой лучшей платформы UI. Существует только лучше записанная программа, которая соответственно использует многопоточность для предотвращения безразличности UI. Лично я предпочитаю Swing :)

Сегодня, обе платформы быстры. Я предлагаю проверить эти критерии:

1. SWT больше прост в использовании, чем Swing (особенно, если это - Ваш первый UI),
2. Swing является более старым, и можно найти больше компонентов
3. Если Вы также будете использовать JFace, то Вы найдете много мощных виджетов, которые работают из поля (где Вам было бы нужно много дополнительной конфигурации в Swing).
4. Swing доступен где угодно, SWT не
5. SWT разрабатывается активно, у Вас есть источник, и ошибки исправлены быстро. Swing не был затронут в течение многих лет, затем внезапно было большое обновление для Java 6. Если у Вас есть проблема с Swing, ну, в общем, Sun, вероятно, не заботится.
6. При выборе Swing используйте платформу как SwingX. Это сделает Вашу жизнь намного более простой.

Согласно Википедии нет никакого явного победителя (хотя можно отредактировать это, если Вы хотите). Неизбежно, можно записать сравнительные тесты, которые покажут любому намного быстрее что другой. Swing имеет больше свободы оптимизировать на стороне Java вещей. SWT может позволить большему количеству оптимизаций происходить в системе управления окнами.

Вероятно, большее влияние на производительность собирается прибыть из того, как Ваше приложение ведет себя. Концентрат при получении Вашего чистого кода (и делают немного профилирования когда необходимый).

"быстрее" субъективно. Оба могут работать быстро, но легче сделать что-то немое, чтобы выстрелить себе в ногу с Swing и заставить его чувствовать себя медленным.

Это сказало, хотя, я нахожу Swing легче работать с на уровне кода, чем SWT.

существует больше приложений записанное колебание использования, чем SWT за эти годы. Но удобный для пользователя из SWT на окнах выше по сравнению с Swing. Но, существуют исключения (http://www.amazon.com/Rich-Client-Programming-Plugging-NetBeans/dp/0132354802).

Существует более многочисленное сообщество приложений RCP, разработанных с помощью SWT. Хотя использование приложений RCP, Netbeans НЕ является столь же крупным, который значителен.

С ОБНОВЛЕНИЕМ Java 6 10 подъемов скоро, производительность приложений Swing должна быть довольно хорошей. Тем не менее то повышение производительности могло бы относиться к приложениям SWT также.

BR,
~A

Технологическое решение в отношении инструментария виджетов кажется мне довольно тонким леденцом. Когда дело доходит до фреймворка приложения, вам придется проделать значительную работу, и IMHO гораздо важнее. Я считаю, что единственный аргумент в пользу SWT - это его родной L&F. С другой стороны, большинство пользовательских интерфейсов в настоящее время склонны к неродному L&F. Вы четко видите это в тенденции приложений Eclipse RCP к использованию среды форм, которая рисует настраиваемые градиенты и разделы и не имеет никакого собственного интерфейса (то же самое относится к e4, проекту разработки eclipse v4). Подводя итог, если в вашем проекте есть опция RCP, я бы использовал Eclipse RCP (то есть SWT). Полнота, живость и темп этой платформы непревзойденны. Если RCP не подходит, Spring RCP мне кажется довольно убедительным (который основан на Swing).