Стандартный набор виджетов
 Демо-приложение для Windows 10 | |
| Оригинальный автор(ы) | Стивен Нортовер |
|---|---|
| Разработчик(и) | Фонд Затмения |
| Первоначальный выпуск | апрель 2003 г |
| Стабильная версия | 4.29 / 3 сентября 2023 г |
| Репозиторий | |
| Написано в | Ява |
| Операционная система | Кросс-платформенный |
| Платформа | Java-платформа |
| Доступно в | Многоязычный |
| Тип | Набор инструментов виджетов для платформы Java |
| Лицензия | Затмение Публичное |
| Веб-сайт | www |
Стандартный набор инструментов виджетов ( SWT ) — это набор инструментов графических виджетов для использования с платформой Java . Первоначально он был разработан Стивеном Нортовером из IBM и в настоящее время поддерживается Eclipse Foundation совместно с Eclipse IDE . Это альтернатива наборам инструментов Abstract Window Toolkit (AWT) и Swing Java для графического пользовательского интерфейса (GUI), предоставляемым Sun Microsystems как часть платформы Java Standard Edition (J2SE).
Для отображения элементов графического интерфейса реализация SWT обращается к собственным библиотекам графического интерфейса операционной системы с помощью собственного интерфейса Java (JNI) способом, аналогичным тем программам, которые написаны с использованием интерфейсов прикладного программирования (API) для конкретной операционной системы. Программы, вызывающие SWT, являются переносимыми, но реализация инструментария, несмотря на то, что часть его написана на Java , уникальна для каждой платформы.
Набор инструментов является бесплатным программным обеспечением с открытым исходным кодом, распространяемым по лицензии Eclipse Public License , одобренной Open Source Initiative . [1]
История
[ редактировать ]Первым набором инструментов Java GUI был Abstract Window Toolkit (AWT), представленный вместе с Java Development Kit (JDK) 1.0 как один из компонентов платформы Java Sun Microsystems. Исходный AWT представлял собой простую библиотеку Java-обертку для встроенных ( поставляемых операционной системой ) виджетов, таких как меню, окна и кнопки.
Swing — это набор инструментов для графического пользовательского интерфейса следующего поколения, представленный Sun в платформе Java Standard Edition (J2SE) 1.2. Swing был разработан для предоставления более богатого набора программных компонентов с графическим интерфейсом , чем AWT. Элементы Swing GUI полностью созданы на языке Java без собственного кода: вместо оболочки собственных компонентов GUI Swing рисует свои собственные компоненты, используя Java 2D для вызова низкоуровневых процедур рисования операционной системы.
Корни SWT уходят в работу, которую Object Technology International (OTI) проделала в 1990-х годах при создании многоплатформенных, переносимых, собственных интерфейсов виджетов для Smalltalk , первоначально для OTI Smalltalk, который в 1993 году стал IBM Smalltalk. Уровень Common Widget в IBM Smalltalk обеспечивал быстрый, собственный доступ к нескольким наборам виджетов платформы, при этом предоставляя общий API без проблем с наименьшим общим знаменателем, типичных для других наборов инструментов портативного графического пользовательского интерфейса (GUI). IBM разрабатывала VisualAge , интегрированную среду разработки (IDE), написанную на Smalltalk. Они решили открыть исходный код проекта, что привело к разработке Eclipse , призванного конкурировать с другими IDE, такими как Microsoft Visual Studio . Eclipse написан на Java, и разработчики IBM, решив, что им нужен набор инструментов, который имел бы «собственный внешний вид » и «собственную производительность », создали SWT в качестве замены Swing. [2]
Дизайн
[ редактировать ]
SWT — это оболочка объектов собственного кода, таких как объекты GTK , объекты Motif и т. д. Из-за этого виджеты SWT часто называют [ кем? ] как «тяжеловес», вызывая образы легкой Java-обертки вокруг «тяжелого» собственного объекта. В тех случаях, когда собственные библиотеки графического интерфейса платформы не поддерживают функциональные возможности, необходимые для SWT, SWT реализует свой собственный код графического интерфейса на Java, аналогично Swing. По сути, SWT представляет собой компромисс между производительностью и внешним видом AWT низкого уровня и простотой использования Swing на высоком уровне. [3] [4]
По данным Eclipse Foundation, «SWT и Swing — это разные инструменты, созданные с разными целями. Цель SWT — предоставить общий API для доступа к собственным виджетам на различных платформах. Основными целями проектирования являются высокая производительность, собственный внешний вид и глубокая интеграция с платформой, с другой стороны, Swing разработан таким образом, чтобы обеспечить настраиваемый внешний вид, общий для всех платформ». [5]
Было высказано мнение [ кем? ] SWT имеет чистый дизайн, частично вдохновленный Эрихом Гаммой, известным в Design Patterns . [6]
SWT — это более простой набор инструментов, чем Swing, с меньшим количеством (возможно) посторонних функций для среднего разработчика. [7] Это заставило некоторых людей [ ВОЗ? ] утверждать, что SWT не обладает функциональностью по сравнению с Swing. [8]
Джеймс Гослинг , создатель языка Java, утверждал, что SWT слишком прост и представляет собой сложный набор инструментов для переноса на новые платформы по той же причине, по которой когда-то были проблемы с портированием AWT: он слишком прост, слишком низкоуровневый и слишком привязан к Win32 GUI API, что приводит к проблемам с адаптацией SWT API к другим наборам инструментов GUI, таким как Motif и OS X Carbon. [7]
Хотя SWT не реализует популярную архитектуру «модель-представление-контроллер » (MVC), используемую в Swing и многих других наборах инструментов графического пользовательского интерфейса высокого уровня, библиотека JFace , разработанная как часть того же проекта Eclipse, действительно обеспечивает кроссплатформенность . абстракция MVC более высокого уровня поверх SWT. Разработчики могут использовать JFace для предоставления более гибких и абстрактных моделей данных для сложных элементов управления SWT, таких как деревья, таблицы и списки, или для прямого доступа к этим элементам управления по мере необходимости.
Смотри и чувствуй
[ редактировать ]
Виджеты SWT имеют тот же внешний вид, что и собственные виджеты, поскольку зачастую они являются теми же собственными виджетами. В этом отличие от инструментария Swing, где все виджеты являются эмуляциями собственных виджетов. В некоторых случаях разница заметна. Например, виджет дерева macOS имеет тонкую анимацию при раскрытии дерева, а кнопки по умолчанию имеют анимированное пульсирующее свечение, чтобы сосредоточить на них внимание пользователя. Версия этих виджетов Swing по умолчанию не поддерживает анимацию.
Поскольку SWT представляет собой просто оболочку собственного кода графического пользовательского интерфейса, он не требует большого количества обновлений при изменении этого собственного кода, при условии, что поставщики операционных систем стараются не нарушать работу клиентов своего API при обновлении операционных систем. Чего нельзя сказать о Swing, который поддерживает возможность изменять внешний вид работающего приложения с помощью «подключаемых интерфейсов». Они позволяют эмулировать собственный пользовательский интерфейс платформы с помощью тем , которые необходимо обновлять для отражения изменений графического интерфейса операционной системы, таких как темы или другие обновления внешнего вида.
SWT нацелен на «глубокую интеграцию платформы», отсылка Eclipse к использованию SWT собственных виджетов. По словам Мауро Мариниллиа из Developer.com, «всякий раз, когда требуется тесная интеграция с собственной платформой, SWT может быть плюсом». [9] Такая глубокая интеграция может быть полезна по-разному, например, позволяя SWT обертывать объекты ActiveX в Microsoft Windows .
Программирование
[ редактировать ]
Ниже приводится базовое сообщение «Hello, World!». программа, использующая SWT. Он показывает окно ( Shell ) и метку.
импортировать org.eclipse.swt.* ; импортировать org.eclipse.swt.widgets.* ; общественный класс HelloWorld { public static void main ( String [] args ) { Display display = new Display (); оболочки Оболочка = новая оболочка ( отображение ); метки Метка = новая метка ( оболочка , SWT . NONE ); этикетка . setText ( "Привет, Мир!" ); этикетка . пакет (); оболочка . пакет (); оболочка . открыть (); while ( ! Shell . isDispose ()) { if ( ! display . readAndDispatch ()) display . спать (); } отображать . утилизировать (); } } В отличие от Swing , класс Display необходим для доступа к базовой операционной системе , и его ресурсы должны быть явно удалены, когда они больше не используются.
Поддержка платформы
[ редактировать ]
SWT необходимо портировать на каждую новую библиотеку графического интерфейса, нуждающуюся в поддержке. В отличие от Swing и AWT, SWT доступен не на каждой платформе, поддерживающей Java, поскольку SWT не является частью версии Java. Есть также некоторые свидетельства того, что производительность SWT на платформах, отличных от Windows, заметно менее эффективна. [8] Поскольку SWT использует разные собственные библиотеки для каждой платформы, программы SWT могут подвергаться ошибкам, специфичным для платформы.
SWT предоставляет программам больше деталей низкого уровня, чем Swing. Это связано с тем, что SWT технически представляет собой всего лишь слой над собственной библиотекой, обеспечивающей функциональность графического пользовательского интерфейса, предоставление программисту доступа к собственному коду графического пользовательского интерфейса является частью замысла проекта SWT: «Его цель — не предоставить богатую среду проектирования пользовательского интерфейса, а, скорее, самую тонкую возможный API пользовательского интерфейса, который может быть единообразно реализован на максимально возможном наборе платформ, сохраняя при этом достаточную функциональность для создания приложений с богатым графическим пользовательским интерфейсом (GUI). [10]
Поскольку реализация SWT различна для каждой платформы, библиотека SWT для конкретной платформы (файл JAR) должна распространяться с каждым приложением.
По состоянию на 2018 год [update], SWT поддерживает следующие платформы и/или библиотеки графического интерфейса: [11]
- Окна : [12]
- Win32
- Windows Presentation Foundation (WPF), в разработке
- Unix-подобные : Linux , FreeBSD :
- macOS :
По состоянию на март 2018 г. [update]SWT 4.7.3a (и 4.8M6) официально совместим со следующими операционными системами (графическая библиотека или аналогичная, если это явно требуется/процессоры): [13]
- Microsoft Windows (x86 и x86_64)
- Linux (GTK/PPC64 и PPC64LE)
- macOS (Какао/x86_64)
Windows XP исторически поддерживалась, как и Linux на s390 , Solaris 11 (SPARCv9), Solaris 10 (x86_64), HP-UX (ia64), AIX (PPC и PPC64). [14]
Производительность
[ редактировать ]SWT был разработан как высокопроизводительный набор инструментов с графическим интерфейсом пользователя; быстрее, отзывчивее и потребляет меньше системных ресурсов, чем Swing. [15]
Были предприняты попытки сравнительного анализа SWT и Swing, в результате которых был сделан вывод, что SWT должен быть более эффективным, чем Swing, хотя тестируемые в этом случае приложения не были достаточно сложными, чтобы сделать убедительные выводы для всех возможных применений SWT или Swing. [16] Достаточно тщательный набор тестов показал, что ни Swing, ни SWT в общем случае не превосходят друг друга. [17]
Расширяемость и сравнение с другим кодом Java
[ редактировать ]Из-за использования собственного кода классы SWT не позволяют легко наследовать все классы виджетов, что, по мнению некоторых пользователей, может ухудшить расширяемость. [9] Это может затруднить настройку существующих виджетов с помощью SWT, чем если бы вы использовали Swing. [18] Оба набора инструментов поддерживают написание новых виджетов с использованием только кода Java, однако в SWT требуется дополнительная работа, чтобы новый виджет работал на каждой платформе. [18]
Виджеты SWT, в отличие от практически любого другого набора инструментов Java, требуют ручного освобождения объектов, в отличие от стандартной практики Java автоматической сборки мусора . Объекты SWT должны быть явно освобождены с помощью dispose метод, аналогичный методу C. языка free. [19] Если этого не сделать, могут возникнуть утечки памяти или другое непредвиденное поведение. По этому поводу некоторые отметили, что «явное освобождение ресурсов может стать шагом назад во времени (и затратах), по крайней мере, для среднего разработчика Java» и что «это неоднозначное благо. Это означает больший контроль (и больше сложности) для разработчика SWT вместо большей автоматизации (и медлительности) при использовании Swing». [9] Необходимость освобождения объектов вручную при использовании SWT во многом обусловлена использованием SWT собственных объектов. Эти объекты не отслеживаются Java JVM, поэтому она не может отслеживать, используются ли такие объекты, и, следовательно, не может собирать их мусор в подходящее время.
На практике единственные объекты SWT, которые программа должна явно удалять, — это подклассы Resource, такие как объекты Image, Color и Font. [ нужна ссылка ]
Разработка
[ редактировать ] |
Ведутся некоторые разработки, позволяющие объединить Swing и SWT. Пытаются использовать два разных подхода:
- SwingWT — это проект, предоставляющий альтернативную реализацию Swing. Он использует серверную часть SWT для отображения своих виджетов, обеспечивая тем самым собственный внешний вид и преимущества SWT в производительности, а также ту же модель программирования, что и Swing. [20]
- SWTSwing — это проект по обеспечению серверной части Swing для SWT. По сути, SWT можно запускать с использованием собственных объектов Swing вместо, например, GTK или собственных объектов Windows. Это позволит SWT работать на любой платформе, поддерживаемой Swing. [21]
Начиная с 2006 года существовал порт SWT-3.2 на язык программирования D под названием DWT. [22] С тех пор проект поддерживает 32-битную версию Windows и 32-битную версию Linux GTK для SWT-3.4. Проект DWT также имеет дополнительный пакет, содержащий порт JFace и Eclipse Forms. [23]
Поскольку JavaFX стал частью платформы Java SE, возник интерес к разработке серверной части для SWT, которая опирается на JavaFX аналогично тому, как SWTSwing опирается на Swing. Известным проектом, пытавшимся достичь этого, был SWT на JavaFX , который стал частью e(fx)clipse в 2014 году. [24]
Использование
[ редактировать ]Приложения (отсортированные по алфавиту), использующие SWT, включают:
- Apache Directory Studio, браузер-редактор LDAP.
- Eclipse и его плагины
- Платформа GumTree , научный верстак
- Хейстэк , информационный менеджер
- IBM Rational Software Продукты : Rational Application Developer , Rational Software Architect , Rational Team Concert и другие.
- IBM Lotus Программные продукты : Notes , Sametime , Symphony и Expeditor.
- Studio 3T, клиент с графическим интерфейсом для MongoDB базы данных [25]
- RSSOwl , агрегатор каналов
- SmartGit, клиент Git , Mercurial и Apache Subversion (SVN).
- TuxGuitar — редактор табулатур с открытым исходным кодом.
- uDig , инструмент ГИС
- Vuze , formerly named Azureus
Недавние усилия сообщества Eclipse по созданию открытого исходного кода привели к портированию SWT (и JFace) в набор инструментов виджетов, подходящий для Интернета. Результатом стала платформа удаленных приложений Eclipse (RAP), которая сочетает в себе библиотеку qooxdoo Ajax с SWT API. Как и другие проекты Java Ajax (такие как Echo 2, Vaadin и Google Web Toolkit ), использование SWT API позволяет быстро разрабатывать приложения для Интернета практически так же, как и для настольных компьютеров.
См. также
[ редактировать ]
Примечания
[ редактировать ]- ^ Инициатива открытого исходного кода . «Лицензии по имени» . Проверено 24 марта 2007 г.
- ^ «Часто задаваемые вопросы: почему Eclipse использует SWT?» . Проверено 24 марта 2007 г.
- ^ Стив Нортовер. «SWT: Стратегия реализации для Java Natives» . Проверено 22 марта 2001 г.
- ^ Кэролин МакЛауд и Стив Нортовер. «SWT: Управление ресурсами операционной системы» . Проверено 27 ноября 2001 г.
- ^ «Часто задаваемые вопросы: SWT лучше, чем Swing?» . Проверено 16 февраля 2008 г.
- ^ Бен Гэлбрейт. «Введение в SWT» . Проверено 24 марта 2007 г.
- ^ Jump up to: а б Элла Мортон. «Джеймс Гослинг: вопросы и ответы» . Архивировано из оригинала 30 августа 2006 г. Проверено 24 марта 2007 г.
- ^ Jump up to: а б «Оценки производительности девяти языков» . Проверено 24 марта 2007 г.
- ^ Jump up to: а б с Маринилли, Мауро. «Swing и SWT: история двух библиотек Java GUI» . Проверено 7 ноября 2006 г.
- ^ «Часто задаваемые вопросы Что такое SWT» . Эклипсепедия . eclipse.org . Проверено 16 октября 2009 г.
- ^ «4.8M6 — Загрузки проекта Eclipse» . download.eclipse.org . Проверено 1 мая 2018 г.
- ^ «Пользовательский интерфейс/тестирование платформы — Эклипсепедия» . wiki.eclipse.org . Проверено 1 мая 2018 г.
- ^ «4.7.3a — Загрузка проекта Eclipse» . download.eclipse.org . Архивировано из оригинала 16 апреля 2018 г.
- ^ «4.6.3 — Загрузка проекта Eclipse» . archive.eclipse.org . Проверено 1 мая 2018 г.
- ^ Акан, Озгур (19 ноября 2004 г.). «Почему я выбираю SWT вместо Swing» . Архивировано из оригинала 31 декабря 2006 года . Проверено 7 ноября 2006 г.
- ^ «Производительность Swing против SWT – взгляните на стеки вызовов» . Javalobby.org. 3 марта 2006 г. Архивировано из оригинала 17 сентября 2017 г. Проверено 16 октября 2009 г. .
- ^ Игорь, Крижнар (10 мая 2005 г.). «Сравнение производительности SWT и Swing» (PDF) . cosylab.com. Архивировано из оригинала (PDF) 4 июля 2008 г. Проверено 24 мая 2008 г.
Трудно дать эмпирическое правило, согласно которому SWT превзойдет Swing или наоборот. В некоторых средах (например, Windows) SWT является победителем. В других (Linux, VMware, хостинг Windows) Swing и его оптимизация перерисовки значительно превосходят SWT. Различия в производительности значительны: часто встречаются коэффициенты 2 и более в обе стороны.
. - ^ Jump up to: а б «Создание собственных виджетов с помощью SWT» . eclipse.org. 22 марта 2007 г. Проверено 13 декабря 2008 г.
Создание подклассов может вызвать серьезные ошибки на системном уровне и сопряжено с риском утечки ресурсов (...) Создание подклассов Canvas или Composite — лучший способ гарантировать, что ваш виджет работает на всех платформах SWT (...) При создании подклассов для чего-либо, кроме Composite. или Canvas, вы должны переопределить метод protected void checkSubclass(), чтобы ничего не делать
- ^ Руководство для разработчиков Java по Eclipse, 2-е изд., стр. 359.
- ^ «SwingWT — API Swing/AWT через библиотеку SWT» . Swingwt.sourceforge.net . Проверено 16 октября 2009 г.
- ^ «Проект SWTSwing» . Swtswing.sourceforge.net . Проверено 16 октября 2009 г.
- ^ «DWT — порт SWT и его друзей на язык программирования D» . Dsource.org . Проверено 16 октября 2009 г.
- ^ «Формы затмения» . Eclipse.org. 16 января 2005 г. Проверено 16 октября 2009 г.
- ^ «SWT на JavaFX теперь является частью e(fx)clipse» . 13 марта 2014 г.
- ^ «3T MongoChef теперь называется Studio 3T» . 8 февраля 2017 г.
Ссылки
[ редактировать ]- Нортовер, Стив; Уилсон, Майк (8 июля 2004 г.). SWT: Стандартный набор инструментов для виджетов, Том 1 . Аддисон-Уэсли . п. 592. ИСБН 0-321-25663-8 .
- Уорнер, Роб; Харрис, Роберт Л. (21 июня 2004 г.). Полное руководство по SWT и JFace . Апресс . п. 684. ИСБН 1-59059-325-1 . Архивировано из оригинала 5 декабря 2010 года.
- Клейберг, Эрик; Рубель, Дэн (1 апреля 2006 г.). Eclipse: Создание плагина коммерческого качества (2-е изд.). Аддисон-Уэсли Профессионал . п. 864 . ISBN 0-321-42672-Х .
- Гамма, Эрих; Бек, Кент (30 октября 2003 г.). Вклад в Eclipse . Аддисон-Уэсли . п. 416 . ISBN 0-321-20575-8 .
- Д'Анжу, Джим; Фэйрбратер, Скотт; Кен, Дэн; Маккарти, Пэт; Келлерман, Джон (5 ноября 2004 г.). Руководство разработчика Java по Eclipse (2-е изд.). Аддисон-Уэсли . п. 1136. ИСБН 0-321-30502-7 .
- Мэтью Скарпино, Стивен Холдер, Стэнфорд Нг и Лоран Михалкович (28 ноября 2004 г.). SWT/JFace в действии . Мэннинг . п. 496. ИСБН 1-932394-27-3 .
{{cite book}}: CS1 maint: несколько имен: список авторов ( ссылка )