Застосування Java Desktop: SWT vs. Swing [закрито]

Я в даний час веб-розробник і замислююся над створенням свого першого реального настільного додатку. Ідея полягає у створенні інструменту, який автоматизує дуже повторювані завдання у веб-додатку, де немає API.

Я знаю, що хочу використовувати Java. Раніше я використовував його для веб-матеріалів, знаю синтаксис досить добре і хочу, щоб програма була якомога простішою крос-платформою.

Де я не такий впевнений, чи варто використовувати SWT або Swing. Оскільки моя основна аудиторія використовує Windows, я хочу виглядати там якомога рідніше. Linux і Mac повинні працювати, але зовнішній вигляд тут не так важливий.

Тож які аргументи є за та проти кожного UI Framework, Swing чи SWT?

Дякую.

PS: Я розробляю в Windows за допомогою Eclipse. Але думав про гру з Netbeans.

Плюси гойдалки:

• частина бібліотеки Java, відсутність необхідності в додаткових рідних бібліотеках
• працює однаково на всіх платформах
• Інтегрований редактор графічного інтерфейсу в Netbeans та Eclipse
• хороші онлайн-уроки від Sun / Oracle
• Підтримуються офіційні розширення java (наприклад, java OpenGL)

Мінуси гойдалки:

• Рідний зовнішній вигляд може поводитися інакше, ніж у справжньої рідної системи.
• важкі компоненти (native / awt) приховують компоненти гойдалки, що не є проблемою більшу частину часу, оскільки використання важких компонентів досить рідкісне

Плюси SWT:

• , коли це можливо, використовує нативні елементи, тому завжди рідна поведінка
• підтримується eclipse, gui редактор VEP (VEP також підтримує Swing та AWT)
• велика кількість прикладів в Інтернеті
• має інтегрований міст wt / swt, що дозволяє використовувати компоненти wt і swt

Мінуси SWT:

• потрібні рідні бібліотеки для кожної підтримується системи
• може не підтримувати будь-яку поведінку у всіх системах через використовувані натурні ресурси (параметри підказки)
• керування власними ресурсами, в той час як рідні компоненти часто розміщуються з іншими їхніми іншими ресурсами, такими як Шрифти, повинні бути випущені вручну або зареєстровані як користувач, що розпоряджається компонентом для автоматичного виходу.

Важливо врахувати, що деякі користувачі та деякі торгові посередники (Dell) встановлюють 64-бітний VM на своїх 64-бітних Windows, і ви не можете використовувати ту саму бібліотеку SWT на 32-бітних та 64-бітних VM.

Це означає, що вам потрібно буде розповсюджувати та тестувати різні пакети, залежно від того, чи є у користувачів 32-розрядна або 64-бітна Java VM. Наприклад, дивіться цю проблему з Azureus, але ви також маєте це з Eclipse, де на сьогоднішній день збірки на передній сторінці завантаження не працюють на 64-бітному VM.

pro swing:

• Найбільшою перевагою розгорнутого IMHO є те, що вам не потрібно доставляти бібліотеки із вашим додатком (що дозволяє уникнути десятка МБ (!)).
• Рідний зовнішній вигляд для гойдалки набагато краще, ніж у перші роки
• продуктивність порівнянна з swt (розгойдування не повільне!)
• NetBeans пропонує Matisse як зручний конструктор компонентів.
• Інтеграція компонентів Swing в JavaFX простіша.

Але в нижньому рядку я б не пропонував використовувати «чистий» гойдалку або swt ;-) Існує декілька рамок застосунку для swing / swt out. Подивіться сюди . Найбільші гравці - netbeans (swing) та eclipse (swt). Ще одним приємним каркасом може бути грифон, а хороший набір компонентів - це шарнір (гойдалка). Грифон дуже цікавий тим, що він об’єднує багато бібліотек і не тільки розгойдується ; також шарнір, swt тощо

Я б користувався Swing з кількох причин.

• Це тривало довше, і було докладено більше зусиль для розвитку. Тому, швидше за все, більше функцій у повному обсязі та (можливо) має менше помилок.

• Існує велика кількість документації та інших вказівок щодо створення заявок.

• Схоже, зміни Swing поширюються на всі платформи одночасно, тоді як зміни SWT здаються спочатку в Windows, а потім Linux.

Якщо ви хочете створити дуже багатий на додаток додаток, ви можете перевірити RCB NetBeans (Rich Client Platform). Крива навчання є, але ви можете швидко скласти приємні програми, трохи практикуючи. У мене недостатньо досвіду роботи з платформою Eclipse, щоб зробити справедливе рішення.

Якщо ви не хочете використовувати весь RCP, у NetBeans також є багато корисних компонентів, які можна витягнути і використовувати самостійно.

Ще одне слово поради, подивіться на різних менеджерів компонування. Вони довго мене відштовхували, коли я вчився. Деякі з найкращих навіть не знаходяться в стандартній бібліотеці. Інструменти MigLayout (як для Swing, так і для SWT) та JGoodies Forms - це два найкращих на мою думку.

Я б обрав гойдалки тільки тому, що це "рідний" для Java.

Крім того, подивіться на http://swingx.java.net/ .

Згідно з вашими вимогами, звучить, що в нижньому рядку буде використовувати Swing, оскільки з ним трохи простіше почати роботу і не так тісно інтегруватися в рідну платформу, як SWT.

Swing, як правило, є безпечною ставкою.

Цікаве запитання. Я не знаю SWT занадто добре, щоб похвалитися цим (на відміну від Swing та AWT), але ось порівняння, зроблене на SWT / Swing / AWT.

http://www.developer.com/java/other/article.php/10936_2179061_2/Swing-and-SWT-A-Tale-of-Two-Java-GUI-Libraries.htm

І ось сайт, на якому ви можете отримати підручник по принципу будь-що на SWT ( http://www.java2s.com/Tutorial/Java/0280__SWT/Catalog0280__SWT.htm )

Сподіваюся, ви прийняли правильне рішення (якщо в кодуванні є правильні рішення) ... :-)

Якщо ви плануєте створити повнофункціональні програми з більш ніж декількома функціями, я пропоную перейти до використання Eclipse RCP в якості основи.

Якщо ваша заявка не стане надто великою або ваші вимоги просто надто унікальні, щоб обробляти звичайні бізнес-рамки, ви можете сміливо стрибати з Swing.

Наприкінці дня я б запропонував вам спробувати обидві технології, щоб знайти той, який вам краще підійде. Як і Netbeans vs Eclipse проти IntelliJ, тут немає абсолютної правильної відповіді, і обидві рамки мають свої недоліки.

Pro Swing:

• більше експертів
• більш схожий на Java (майже немає публічного поля, не потрібно розпоряджатися ресурсом)

Pro SWT:

• більше рідної ОС
• швидше

Одне, що слід врахувати: Screenreaders

З деяких причин деякі компоненти Swing не працюють добре при використанні програми для читання екранів (і Java AccessBridge для Windows). Знайте, що різні екранізатори призводять до різної поведінки. На мій досвід, SWT-дерево працює набагато краще, ніж дерево Swing у поєднанні з екраністом. Таким чином наш додаток отримав використання як SWT, так і компонентів Swing.

Для розповсюдження та завантаження належної бібліотеки SWT ви можете знайти це посилання корисним: http://www.chrisnewland.com/select-correct-swt-jar-for-your-os-and-jvm-at-runtime-191

SWT був створений як відповідь на млявість Swing на межі століття. Тепер, коли відмінності у продуктивності стають незначними, я думаю, що Swing є кращим варіантом для ваших стандартних програм. SWT / Eclipse має хороший каркас, який допомагає з великим кодом пластини котла.