Сайт вебмастера

Визуальное программирование на Java

05-07-2018Reading time ~ 17 min.Java 45255

Почти все книги и уроки по Java для новичков начинаются с описания ООП: какой он замечательный с великолепный. Понятно, поскольку в Яве просто невозможно любое другое программирование, кроме как объектно-ориентированное, то вначале предлагается освоить 40..80 страниц безумных аналогий с иерахией кошечек/собачек/уточек/автомашин, и только после этого предлагается написать «Hello, World!». :-)

При этом стоит заметить, что абсолютно всё обучение Java строится на примитивнейшем выводе результата на консоль. То есть не консольное приложение в привычном понимание, а именно вывод каких-то данных построчно. Ну вот например Turbo Pascal 3.0 вышел в 1985 году и в нём уже была поддержка графических режимов. В 1990 году появился Turbo Vision — очень крутая вещь — аля-Windows только для DOS. А в Яве в 2018 году возможен только вывод на консоль. И вот вся эта восторженность и крутость как-то вдребезги разбивается уже на этапе «Hello, World!»... Хуже наверное это только развлекаться на программируемом калькуляторе МК-61 или МК-52 — а что? там такой же построчный вывод.

Но, самое забавное — это то, что на Java реально можно создавать программы используя визуальное программирование! Я об этом узнал только когда прочитал (или скорее ознакомился) с 500 страничной книгой, где в одной из последних глав, вдруг выяснилось, что для Java существуют нормальные GUI (графические интерфейсы пользователя) и можно оформлять программы с кнопочками, полями ввода и нормальными меню. Спрашивается: зачем вы столько времени «мурыжили» эту паршивую консоль, когда можно было сразу всё делать красиво и аккуратно?

(Дальше много картинок!)

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

Первый — GUI для Java есть трёх видов (библиотек): AWT, Swing (кто придумывает такие названия?) и JavaFX.

На сегодняшний день (Java 8 и 9) все они входят в комплект поставки JDK: то есть всё работает из коробки и не нужно заморачиватся с их установкой. Это большой плюс.

Но, AWT — это первая и очень старая реализация, поэтому её использовать не нужно. В общем — некошерно. Swing — тоже некошерно, поскольку там что-то не так замутили и программы из-за него жутко тормозят. Точнее не скажу, не разбирался, но вроде как она официально больше не развивается несколько версий. А вот JavaFX — это гуд и наше светлое будущее.

Есть ещё такая мерзость — java-апплеты, те которые работают в браузере и при этом его намертво «вешают», примерно как Flash, только ещё хуже. К счастью эту/эти штуку/штуки практически уже не используют, поэтому тратить время на их изучение бессмысленно.

Так что единственное на что стоит потратить время — это JavaFX.

Второй момент. Всё не так просто. Рассмотрим Delphi (или Visual Studio, Lazarus, не важно). Даже для «зеленого» новичка создание простой программы (одна кнопка и текстовое поле для вывода) будет происходить так:

  • запускаем Delphi;
  • автоматом создается новый проект с главной формой;
  • выбираем на палитре компонентов кнопку и размещаем на форме; всё визуально
  • аналогично кидаем на форму текстовое поле;
  • при необходимости в панели свойств можно указать текст кнопки, размеры и т.п.;
  • запускаем — Delphi предложит сохраниться, сохраняемся.

То есть мы не написали ни единой строчки кода, IDE — всё сделала сама. Если посмотреть на сгенерированный код, то назвать его простым нельзя — здесь уже требуются определенные знания, но Delphi достаточно умна, чтобы понимать как с ним работать.

Если мы захотим добавить какое-то действие, например при нажатии на кнопку, заполнять текстовое поле фразой «Привет!», то делаем так:

  • два раза кликаем на кнопку (или выбираем событие onClick);
  • Delphi создает код обработчика этого события и перекидывает нас в редактор;
  • набираем название текстового поля и Delphi выдает подсказки, по которым можно соориентироваться что и как делать.

Визуальное программирование в Delphi

То есть опять же, IDE выполнила всю черновую работу.

Но это в других языках, Java идёт своим путём. Чтобы создать кнопку в JavaFX нужно вручную создать Stage — «театральные подмостки» (название на полном серьёзе!) и на них разместить сцену (Scene). К ней какой-нибудь контейнер в который уже вкладывается прочие элементы.

При этом предполагается, что каждый элемент и каждое его свойство нужно программировать индивидуально. Вот пример на две кнопки и одну label из моей обучающей книги

...

response = new Label("Push a Button"); 

Button btnUp = new Button("Up"); 
Button btnDown = new Button("Down"); 
 
btnUp.setOnAction(new EventHandler<ActionEvent>() { 
  public void handle(ActionEvent ae) { 
	response.setText("You pressed Up."); 
  } 
}); 
 
btnDown.setOnAction(new EventHandler<ActionEvent>() { 
  public void handle(ActionEvent ae) { 
	response.setText("You pressed Down."); 
  } 
}); 
 
rootNode.getChildren().addAll(btnUp, btnDown, response); 

...

Когда кнопок наберется с десяток, плюс 20 пунктов меню, плюс 30 других компонентов, то код маленьким не покажется. И это ещё без кода, который отвечает за дополнительные свойства, например выравнивание, размеры, шрифт... И вот это второе указывает на то, что обучалки по JavaFX как раз и показывают как писать «fx-код» ручками. Тоска, одним словом...

Но, тут возникает спасительный третий нюанс. Оказывается умные люди (видимо знакомые с полноценными IDE), разработали другой вид приложений, где для генерации «fx-кода» используется описательный xml-файл, который называется fxml, а такие программы менуются как «Приложения FXML JavaFX»

Для меня совершенно удивительно то, что обучение Java не начинается именно с таких приложений. Пусть это не Delphi, но всё-равно это в миллион миллионов раз лучше, чем работать с консолью и забивать себе голову прочим хламом о том, почему нужно использовать стопицот строк с ООП там, где в других языках на это уходит одна простенькая процедура. ;-)

Теперь серьёзно. Если вы никогда не программировали на Java, то можете попробовать сделать это прямо сейчас. На самом деле — это довольно круто, хотя потребуется немного потратить время, чтобы освоится с программами. Если у вас есть опыт работы с «визуальными IDE», то ещё лучше — встретите много знакомого.

JDK

Ява должна быть установлена на компе. Я не буду приводить ссылки как это сделать — гугл в помощь, поскольку всё слишком просто.

IDE

В Яве нет какой-то одной программы — среды разработки, поэтому в Сети встречаются примеры из разных программ. Самые примитивные, вроде Notepad++ годятся только для консольного вывода, но если рассматривать что-то более серьёзное, то выделяются только три кандидата: NetBeans, Eclipse и IntelliJ IDEA.

NetBeans — самая простая программа, которая быстро (относительно остальных) запускается и довольно сносно работает.

Eclipse — тоже неплохой вариант, более мощный чем NetBeans, но слабее чем IntelliJ IDEA.

IntelliJ IDEA — выглядит самой крутой, но за это приходится платить скоростью работы. Стоит отметить, что Android Studio базируется на IntelliJ IDEA, но студия работает почему-то значительно медленней.

Важный момент связан с программированием под Андроид. Из этих трех IDE только IntelliJ IDEA для этого более-менее годится. В Сети масса материалов о программировании под Андроид в Eclipse, но они все уже устаревшие — не тратье время, запуская старенький ADT-плагин и пытаясь хоть что-то с ним сделать. Может быть старый Android SDK и будет работать, но все новые — уже нет.

Я покажу как сделать приложение FXML JavaFX во всех трёх программах, но прежде чем приступать, нужно установить ещё одну программу: SceneBuilder (используйте версию для Java 8). Это ключевая программа, где, собственно и выполняется всё визуальное построение. SceneBuilder самостоятельно может работать без IDE, поэтому можете её запустить и посмотреть как она устроена. На выходе будет fxml-файл, который содержит всю нужную разметку. Этот файл и используется в IDE, вместо написания мегатонны кода. :-)

ТЗ

Создаваемая программа будет очень простой — кнопка и текстовое поле. При нажатии на кнопку в текстовое поле пусть добавляется текст «Привет!».

В каждой программе вам нужно заранее прописать настройку — используемую JDK. Если не можете понять как это сделать, гуглите.

NetBeans

Перед началом работы, нужно подключить SceneBuilder: Сервис - Параметры - Java - JavaFX - Начальная страница Scene Builder. Выберите каталог программы. Настройку достаточно сделать один раз. Это относится ко всем IDE.

Подключение SceneBuilder в NetBeans

Создаём новый проект, где нужно выбрать «Приложение FXML JavaFX».

Новое приложение JavaFX в NetBeans

Жмём «Далее» и видим окно настройки проекта. Нужно указать название проекта, у меня это myfx.

Настройки проекта JavaFX в NetBeans

Жмём «Готово» и, после некоторой работы NetBeans, видим готовые файлы:

  • Myfx.java — это main-файл, который, собственно и запускает всю программу.
  • FXMLDocumentController.java — это «контролёр», где и будет в основном программирование.
  • FXMLDocument.fxml — этот файл хранит визуальную часть.

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

Начальная программа JavaFX в NetBeans

Это круто, потому что мы не написали ни строчки кода, но уже получили программу с работающей кнопкой. :-)

Если вы правильно указали путь к SceneBuilder, то можете выбрать пункт меню «Открыть» на файле FXMLDocument.fxml. Это же самое произойдёт если сделать двойной клик. Откроется SceneBuilder. Если пункта нет, то путь указан не верно, проверьте настройку.

Открытие fxml-файла в SceneBuilder

Принцип работы в SceneBuilder един для всех IDE, поэтому пока я опишу только общие моменты, дальше вы уже сами сообразите.

Стоит отметить, что после редактирования файла, закрывать SceneBuilder не нужно. Достаточно только сохраниться (Ctrl+S) и переключиться на IDE — она сама подхватит изменения.

Окно SceneBuilder разделено на три части:

  • слева — наборы компонентов, иерархия и Controller, где указывается основной класс (это важно!)
  • в центре — сама форма, где и происходит визуальное построение.
  • справа — свойства компонентов, разделенные на три закладки (это условное деление). Вкладка Code отвечает за то, что будет использоваться в java-файле.

Построение FX-программ должно начинаться с контейнера. В данном примере NetBeans использовал AnchorPane. Он довольно удобный, позволяя настраивать для вложенных элементов «правильные» отступы. Вкладка Containers содержит другие контейнеры, с которыми вы сможете самостятельно потренироваться (я и сам ещё и половины не освоил :-) ).

Окно SceneBuilder

Иерархия компонентов очень удобная штука, позволяющая быстро выбрать нужный элемент.

По условиям ТЗ у нас должно быть текстовое поле. NetBeans использует Label, но мы не будем ничего удалять, а просто добавим новый элемент TextField на форму (произвольно на ваш вкус).

Новое поле TextField в SceneBuilder

В SceneBuilder возможен предварительный просмотр (Ctrl+P). В этом режиме отображается только форма и все элементы «без java-программирования».

Теперь важный момент: для того чтобы можно было использовать компонент в java-программе (в нашем коде), следует выполнить две вещи.

Первая — проверить, что указан верный контролёр. В нашем случае NetBeans сам уже всё сделал и указал myfx.FXMLDocumentController.

Контролёр в SceneBuilder

Как видно — это контролёр из файла FXMLDocumentController.java (пакет.контролёр). Не всегда IDE его указывают, но это важно, поскольку fxml-файл (точнее java-код) использует его для привязки.

Второй момент — используемый компонент должен иметь свой ID — это параметр fx:id. Здесь я указал textField1.

Уникальный ID компонента

Вверху появится желтый треугольник сообщения, что якобы нет связки этого id с контролёром. Пока не обращайте на него внимания, об этом пойдет речь дальше.

У кнопки, которая будет заполнять текстовое поле, тоже должен быть свой id, а также метод события onAction (это основное событие компонента, а не onClick, как в Delphi). NetBeans уже об этом позаботился, поэтому нам ничего не придется писать.

Задание метода события onAction

На этом визуальное построение можно завершить. Сохраняемся и переключаемся в NetBeans. Видим, что файл FXMLDocument.fxml изменился: добавился textField1:

Файл FXMLDocument.fxml в NetBeans

Теперь нам нужно как-то использовать текстовое поле в java-коде. В отличие от Delphi, NetBeans не создаёт для этого никакого кода, потому нам придётся добавлять его в «полу-ручном» режиме. Для этого в разных IDE используются различные способы, но общий принцип в том, что нужно установить курсор на нужное поле в редакторе и выполнить некое «действие». В NetBeans оно называется Установить контролер в меню Источник. (Да в Яве большие проблемы с именованиями...)

Установить контролер в NetBeans

После выполнения этой команды, произойдет переход к файлу FXMLDocumentController.java, где в код будет добавлено объявление переменной textField1:

Новая переменная в NetBeans

Обратите внимание на «@FXML» — эта аннотация указывает, что код как-то используется в FXML. После этих изменений SceneBuilder уже не будет выдавать предупреждение, как желтый треугольник ранее. Если ещё раз запустить SceneBuilder, то это можно проверить.

Запускаем программу на выполнение для теста. Теперь наша задача по клику на кнопке заполнить текстовое поле. Как вы уже поняли метод handleButtonAction как раз и выполняет нужную работу. В нём дописываем:

textField1.setText("Привет!");

Обратите внимание как работает автодополнение кода после того, как будет нажата точка.

Автодополнение в NetBeans

По мере набора текста, NetBeans будет сужать область предложений, где можно выбрать нужный вариант. Эта возможность очень здорово облегчает жизнь программистам, поскольку вариантов слишком много и это позволяет избежать различного рода синтаксических ошибок при наборе.

Данная возможность присутствует по всех IDE, хотя есть различия в реализации и использовании.

Запускаем программу и видим, что всё работает как нужно.

Готовая программа в NetBeans

Нам пришлось написать всего одну строчку кода, ну и выполнить несколько дополнительных действий в редакторе.

Eclipse

Запуск Eclipse происходит несколько дольше, чем NetBeans. Вначале нужно указать путь к SceneBuilder. Делается это в Window - Preferences - JavaFX.

Настройка SceneBuilder в Eclipse

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

Создаём новый проект и выбираем JavaFX.

Новый проект JavaFX в Eclipse

Жмем Next и попадаем на страницу настроек. Здесь я указал название проекта, как и прежде myfx (у меня для разных IDE разные каталоги проектов, поэтому они не пересекаются друг с другом).

Начальные настройки проекта JavaFX в Eclipse

Дальше ещё несколько раз жмем на Next, пока не попадем на последние настройки.

Настройка проекта JavaFX в Eclipse

Здесь нужно выбрать тип приложения, тип контейнера и имя контролера. Жмем Finish и Eclipse быстро генерирует каркас нашей будущей программы.

Здесь всё очень похоже, только добавлен еще один файл application.css — да, да, в JavaFX можно использовать CSS для настройки оформления! Eclipse сразу сгенерировал для этого файла код подключения.

Запустим программу и убедимся, что нет ошибок.

Начальный вид программы JavaFX в Eclipse

В отличие от NetBeans, здесь совершенно пустая форма. Откроем её в SceneBuilder с помощью контекстного меню.

Открытие программы из Eclipse в SceneBuilder

И здесь мы видим, что формы нет. Но, на самом деле она есть — просто по умолчанию используется вычисляемый размер (высота и ширина), который в данном случае равен нулю. Компонентов-то нет! В нашем случае это не совсем то, что нужно, поэтому мы выберем BorderPane в иерархическом списке и в свойствах Pref Width и Pref Height укажем какие-то значения. Эти свойства задают «желаемые» ширину и высоту. После этого форма сразу же «проявляется».

Форма в SceneBuilder

Контейнер BorderPane состоит из 4-х частей: top, right, bottom, left и center. Компоненты следует помещать в разные части — от этого будет зависеть их положение при изменении размера окна.

Контейнер BorderPane

Здесь довольно сложно объяснить словами, просто попробуйте разместить несколько кнопок, а после в предварительном просмотре измените размеры окна.

Я не стал особо мудрить и разместил вверху текстовое поле, а в центре кнопку.

Готовая форма в SceneBuilder

Теперь проверим, что указан контролёр: в данном случае application.SampleController — Eclipse выполнил эту работу за нас.

Теперь нужно указать id у наших элементов. Для кнопки я задал btn1, а текстовому полю textField1. У нас опять же возникло сообщение «желтый треугольник».

Предупреждения в SceneBuilder

Для кнопки укажем метод на событие — btn1Click.

Указание метода на событие в SceneBuilder

Сохранимся и вернёмся в Eclipse. Мы увидим, что файл Sample.fxml обновился, но рядом с некоторыми строками появились значки предупреждения.

Значки предупреждения в Eclipse

Ситуация здесь точно такая же как и в NetBeans — нужно в «полу-ручном» режиме вносить правки. В Eclipse для этого используется контекстное меню по второй кнопке мыши: Quick Fix или горячая клавиша Ctrl+1 (что удобней).

Quick Fix в Eclipse

При этом выскакивает подсказка о предполагаемом действии. Например для textField1 предлагается добавить идентификатор в контролёр:

Подсказки для textField1

а для кнопки ещё и метод-обработчик события:

Подсказки для btn1

При этом, Eclipse немного притормаживает и изменения не сразу отображаются на экране. Тут нужно либо переключиться на файл контролёра, либо немного подождать. В результате в код будет добавлены нужные изменения и значки предупреждений исчезнут.

Резльтат изменений в Eclipse

Добавим наш код как и раньше мы сделали в NetBeans.

Добавим наш код

Обратите внимание на более интелектуальную работу автодополнения. В автоматическом режиме он немного подтормаживает, но если нажать Ctrl+Пробел (эта же комбинация используется во многих IDE), то позволяет получить и неплохой хелп.

Автодополнение в Eclipse

Запускаем нашу программу.

Готовая программа в Eclipse

И записываем себе на счёт ещё одну IDE. :-)

IntelliJ IDEA

IntelliJ IDEA запускается довольно неспешно, можно успеть проверить почту. :-)

Опять же указываем путь к SceneBuilder: File - Settings:

Подключение SceneBuilder в IntelliJ IDEA

Дальше создаем новый проект:

Новый проект JavaFX в IntelliJ IDEA

И указываем его имя (как обычно — myfx):

Настройки нового проекта JavaFX в IntelliJ IDEA

IntelliJ IDEA выполнит инициализацию и мы увидим уже знакомые три файла. Запустим программу, чтобы проверить отсутствие ошибок.

Начальная программа JavaFX в IntelliJ IDEA

Здесь также пустая форма, но зато указан заголовок программы. Если посмотреть на код Main.java, то увидим строчку:

primaryStage.setTitle("Hello World");

Это и есть заголовок приложения. В других IDE эта строчка отсутствует, но зато теперь мы знаем для чего нужны «театральные подмостки». ;-)

Переключаемся в SceneBuilder (аналогично Eclipse): второй кнопкой мыши нужно выбрать Open in SceneBuilder.

Здесь также пустая форма, но с контейнером GridPane. Устанавливаем Pref Width и Pref Height, чтобы отобразилась форма.

Сам по себе GridPane представляет собой аля-сетку из ячеек для элементов. Думаю, что тут нет смысла повторяться — все действия будут аналогичными:

  • разместить кнопку и тестовое поле,
  • присвоить им id,
  • для кнопки прописать метод для обработки клика,
  • не забываем проверить, указан ли контролёр (sample.Controller).

Форма в SceneBuilder

Закрываем SceneBuilder и возвращаемся в IntelliJ IDEA. Здесь нужно добавить идентификаторы id в код, а также создать метод для реакции на нажатие кнопки.

IntelliJ IDEA предлагает для этого два способа. Первый — при наведении мышки на «проблемное место» будет появляться подсказка, на которую можно кликнуть:

Всплывающая подсказка в IntelliJ IDEA

Второй — горячая клавиша Alt+Enter

Подсказка по горячей клавише в IntelliJ IDEA

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

При этом, заметьте, не добавляется строчка «@FXML». Если мы вручную его добавим перед переменными и методом, то IntelliJ IDEA сразу предложит добавить нужный java-класс:

Интеллектуальное автодополнение в IntelliJ IDEA

Вообще IntelliJ IDEA показывает достаточно хорошую сообразительность и выступает помощником в написании кода. Причём делает это самостоятельно без лишних нажатий кнопок.

Ну что ж, добавляем свой код для обработчика и запускаем программу:

Готовая программа JavaFX в IntelliJ IDEA

Прекрасно, всё работает!

Итого

Главный вывод — на Яве возможно визуальное программирование. Может оно и не идеальное, но вполне годное, особенно для новичков. Изучать язык гораздо интереснее, когда есть какой-то осязаемый результат — ООП, классы и прочие премудрости — это хорошо, но лучше начать с кнопочек, полей ввода, меню и всего того, что подразумевает нормальная программа. А консоль — это скучно и неинтересно.

Три IDE я привел не случайно. В Сети очень много примеров для Явы и все они для разных программ. Лично я ещё не определился со своим предпочтением, поскольку у всех есть как плюсы, так и минусы. Наверное нужно поработать со всеми, тогда и будет понятно.

Но, ключевой момент — это умение работать с SceneBuilder. Построение формы в JavaFX немного отличается от той же Delphi, в первую очередь в использовании сложных контейнеров (они могут быть вложенными друг в друга). Поэтому вначале следует разобраться с ними, после уже можно браться за сами компоненты.

Рассмотренные программы очень простые, для изучения наверное стоит написать что-то более интересное, например калькулятор. То есть те проекты, которые не требуют особых знаний и рассчитанные на быстрый результат. Впрочем, это уже на любителя. :-)

Related Posts
Comments (9) RSS
1 Вячеслав 2019-02-06 21:20:52

Золотые слова про GUI. На дельфях до сих пор поэтому пишут


2 Михаил 2019-02-11 22:16:05

Спасибо!!!


3 артем 2019-06-12 00:52:38

ты мегачел респект


4 Василий 2020-02-29 16:52:46

Огромное Спасибо !!!!!!!!


5 Stanislav_i 2020-03-14 13:51:05

Согласен насчёт GUI и ООП. Delphi или кроссплатформенный Code Typhoon просто исключительно сокращают время разработки приложений с визуальным интерфейсом, почему в JAVA это не реализовано, непонятно. ООП, в классическом его понимании, хорош в создании простейших классов и демонстрации их взаимодействия между собой, для обучения. В реальных же задачах я не понимаю, зачем на каждый чих создавать свой класс, ради класса, никаких преимуществ в этом не вижу. В том же Delphi читать код со множеством файлов-классов чертовски неудобно, куда проще и быстрее обойтись процедурами и функциями, код будет короче и понятнее. Кроме того, можно наделать ошибок и запутаться при создании анонимных, абстрактных, внутренних классов, полиморфизме и наследовании. В процедурном коде лишнего барахла нет, все понятно и просто.


6 Аноним 2020-06-17 11:49:58

Крайне полезный гайд, спасибо за труд.


7 Аноним 2021-01-06 23:19:46

Добрый день.

Не преминул заметить о проекте RAP. Очень интересное решение - десктопное приложение Java (Eclipse RCP программу) - помещаем в Tomcat, без какой-либо существенной доработки интерфейса. (про остальное - опустим. Вообще там в основе OSGi, бандлы - т.е. грамотное проектирование решает всё).

То есть, код для SWT/JFace библиотеки - взаимодействует с прослойкой между WAR в Tomcat и JS кодом. Всё, что было для дисплея - крутится в Tomcat. (RAP - это Java-код в Tomcat (пристегнут к вашему WAR) и JS-код у клиента, который грузится из вашего WAR, но за всё это отвечает RAP).

У буржуев есть и оверхед - они GEF подружили с RAP (но это не распространено широко) - см. https://www.eclipse.org/forums/index.php/t/262436/

Если есть желание прикоснуться к RAP, то сюда - https://o7planning.org/10121/eclipse-rap-tutorial-for-beginners-basic-application


8 Victor 2021-01-06 23:25:45

Материал достоин уважения. (15 годиков мы с Java мучаем друг друга, а до JavaFX - не было надобности добраться, сейчас помучаемся.:)

Просто из иной вселенной вынырнул сейчас - из Eclipse. (15лет путешествий). Подразумевая Eclipse - не надо думать об IDE, это консорциум (но там много копать, и всё на английском и немецком). Сейчас в репозитории совокупно более 416 млн. строк кода. (многовато для IDE) ...там есть и визуальное программирование, очень давно, более 15 лет.

Конкретно. Помимо AWT, Swing - есть SWT/JFace (это относится к Eclipse). По сути - это нативный код, с доступом из Java. Работает быстро, быстрее Swing, но пишем на Java... Для построения интерфейсов - есть бесплатная 'утилита' WindowBuilder (устанавливается в Eclipse IDE. Его выкупил Google, для консорциума. Ранее он был за денежку).

Max,

Не преминул заметить о проекте RAP. Очень интересное решение - десктопное приложение Java (Eclipse RCP программу) - помещаем в Tomcat, без какой-либо существенной доработки интерфейса. (про остальное - опустим. Вообще там в основе OSGi, бандлы - т.е. грамотное проектирование решает всё).

То есть, код для SWT/JFace библиотеки - взаимодействует с прослойкой между WAR в Tomcat и JS кодом. Всё, что было для дисплея - крутится в Tomcat. (RAP - это Java-код в Tomcat (пристегнут к вашему WAR) и JS-код у клиента, который грузится из вашего WAR, но за всё это отвечает RAP).

У буржуев есть и оверхед - они GEF подружили с RAP (но это не распространено широко) - см. https://www.eclipse.org/forums/index.php/t/262436/

Если есть желание прикоснуться к RAP, то сюда - https://o7planning.org/10121/eclipse-rap-tutorial-for-beginners-basic-application

PS: В серии книгах об Eclipse (2003-2010) - есть хороший тезис: "На Eclipse можно написать всё что угодно, и ничего в частности". Это становится понятно, когда вникнешь в суть технологии. Eclipse IDE построена с компонентным подходом, как и RCP приложения, которые можно создавать на базе экосистемы Eclipse (получается, что написана сама на себе). Конечно там и JavaFX, и многое другое...

Помимо этого - IBM (родитель Eclipse) применяет модельно-ориентированный подход в разработке ПО (MDD). Это и графическое представление моделей, и использование модели в runtime (runtime eclipse4 - на специфичной модели). Есть проект Xtext - он тоже базируется на MDD, и позволяет создавать свои языки (DSL) с редактором и др...


9 Иван 2022-02-23 05:29:02

Очень полезная для меня информация!

Спасибо.

Можно ли прочитать что-то столь же полезное по готовым библиотекам (графическим и другим) для Java!?

Я был бы очень признателен.