предложения по декларативному программированию графического интерфейса на Java

Вы можете ознакомиться с javabuilders; он использует YAML для создания пользовательских интерфейсов Swing.

Простой пример из руководство [PDF]:

JFrame:
    name: myFrame
    title: My Frame
    content:
        - JLabel:
            name: myLabel2
            text: My First Label
        - JLabel:
            name: myLabel2
            text: My Second Label

Альтернативно:

JFrame:
    name: myFrame
    title: My Frame
    content:
        - JLabel: {name: myLabel2, text: My First Label}
        - JLabel: {name: myLabel2, text: My Second Label}

Или даже:

JFrame(name=myFrame,title=My Frame):
    - JLabel(name=myLabel2, text=My First Label)
    - JLabel(name=myLabel2, text=My Second Label)

Как автор CookSwing, инструмента, который делает то, что вам нужно, я внимательно изучил эту тему, прежде чем приступить к реальной реализации. Я зарабатывал на жизнь написанием приложений с графическим интерфейсом Java Swing.

IMO, если вы собираетесь использовать какие-либо императивные языки программирования для описания компонента Java Swing, вы можете просто использовать Java. Groovy и т. Д. Только добавляют сложности без особых упрощений.

Декларативные языки намного лучше, потому что даже непрограммисты могут разобраться в этом, особенно когда вам нужно делегировать задачу точной настройки конкретных макетов художникам. XML идеально подходит для декларативных языков (по сравнению с другими вариантами) из-за простоты, удобочитаемости и множества доступных редакторов / инструментов преобразования и т. Д.

Вот проблемы, с которыми сталкиваются при декларативном программировании графического интерфейса, не в каком-либо определенном порядке. Эти проблемы были устранены в CookSwing.

1. Читаемость и простота. (JavaFX не проще, чем XML. Закрывающие теги XML немного помогают при чтении и не добавляют особого набора текста, поскольку редакторы XML обычно делают это за вас)
2. Расширяемость. Очень важно, потому что кастомные компоненты Swing пригодятся для любых нетривиальных проектов.
3. Макеты графического интерфейса. Также очень важно. Возможность обрабатывать BorderLayout, GridBagLayout, JGoodies FormsLayout и т. Д. Практически обязательна.
4. Простота копирования / вставки. В процессе разработки макета необходимо опробовать разные. Таким образом, нужно иметь возможность копировать / вставлять и перемещать вещи. XML лучше, потому что иерархию компонентов и макетов легко увидеть. JavaFX несколько проблематичен из-за многострочных атрибутов и проблем с отступами. Обязательно наличие хорошего редактора, и существует множество хороших редакторов XML.
5. Шаблоны (то есть возможность включать другой файл макета) очень полезны для единообразного внешнего вида. Например, может потребоваться единообразный вид диалогов, панелей кнопок и т. Д.
6. Взаимодействие с Java-кодом. Это очень важно. Некоторые компоненты графического интерфейса могут быть созданы только с помощью кода Java (по любой причине). Таким образом, необходимо иметь возможность загружать эти объекты. Также необходимо иметь возможность напрямую подключать слушателей и другие объекты / компоненты Java в коде XML. Использование идентификаторов для их последующего подключения НЕ БУДЕТ работать, так как это очень утомительно.
7. Интернационализация (i18n). Возможность загружать текст / строку из пакета ресурсов, а не жестко закодированный текст. Эта функция может иметь решающее значение для некоторых приложений.
8. Локализация (l10n). Преимущество декларативного программирования (особенно с XML) состоит в том, что вы можете просто переключиться на другую форму графического интерфейса пользователя для конкретной локали и все. Если вы пишете код на Java или любых других императивных языках, это не так просто.
9. Проверка ошибок / допуск. Первоначальные проекты часто содержат ошибки здесь и там. Иногда ошибка может быть связана с тем, что соответствующий код Java еще не разработан. Или ресурс значка отсутствует. Устранение ошибок с помощью императивного кодирования чрезвычайно утомительно. Таким образом, желательно иметь возможность обнаруживать ошибки, но в то же время быть устойчивыми к ошибкам, чтобы предварительный просмотр макета графического интерфейса пользователя мог быть выполнен как можно раньше.
10. Замена компонентов графического интерфейса. То есть замените текстовое поле, в котором раньше был JTextField, на более интересную версию компонентов. Замените смысл диалога некоторыми причудливыми диалогами пользовательского интерфейса (такими как JIDE) вместо JDialog. Эта функция может сэкономить значительное количество усилий. Сам XML также полезен благодаря XSLT и другим инструментам преобразования.
11. Помимо свинга. Потому что рано или поздно вы обнаружите, что многие конфигурации компонентов используют типы объектов, такие как массивы, значки, изображения, векторы и т. Д.

Если краткость важна, вы можете рассмотреть идиому с двойными скобками:

new JFrame("My Frame") {{
    setName("myFrame");
    add(new JLabel("My First Label") {{
         setName("myLabel2");
    }};
    add(new JLabel("My Second Label") {{
         setName("myLabel2");
    }};
}}

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

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

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

Я настоятельно рекомендую MiG Layout - привыкание к синтаксису займет несколько дней, но как только у вас появится это творит чудеса. Я довольно долго использовал JGoodies Forms, и концепция компоновщика Карстена работает хорошо, но немного загадочна ... MiG легче понять, и в результате получается удивительно лаконичный код.

Если вы хотите немного выйти за рамки простой Java, концепция "построителя" Groovy отлично работает с графическими интерфейсами. . Конечно, вы можете довольно легко взаимодействовать между Groovy и Java. Дополнительную информацию см. На странице Swing Builder.

попробуйте Swiby: http://swiby.codehaus.org/

«Swiby - это смесь Swing и Ruby для действительно многофункциональных распределенных приложений». Другими словами, Swiby - это предметно-ориентированный язык, в котором сочетаются свинг и рубин.

SDL / Swing делает именно то, что вам нужно. Это крошечный (283k), ненавязчивый, простой в освоении декларативный фреймворк Swing.

menus {
    "File" {
        "Open" do="open" // calls "open()" in the controller
        "---"
        "Exit" do="exit"
    }
}

SDL / Swing имеет открытый исходный код, но пользуется коммерческой поддержкой. Мы (Ikayzo.com) разрабатывали его в течение многих лет и внедрили в производственные системы для многих клиентов, от медико-биологических компаний до банков.

Я могу найти следующие примеры того, о чем вы просите:

• SWIXML
• SwiXAT The Swing-XML Authoring Tool (на основе SWIXML)
• CookSwing: графический интерфейс XML для Swing
• JFCML - язык разметки JFC / Swing XML
• возможно, JEasy, я не уверен

Недавно я наткнулся на SDL / Swing.

что-то новое ... XWT, будет включено в eclipse e4

Я пробовал много решений, таких как SWIXML, Javabuilders, MigLayout, Cookswing. Наконец-то я нашел javaFX и javaFX-Scenebuilder лучшим самым быстрым решением, графическим интерфейсом на основе XML. вам нужен способ создания графического интерфейса пользователя (с элементами перетаскивания!). кроме того, он использует CSS (каскадные таблицы стилей) для темы графического интерфейса. Но доверяйте Oracle, это лучший инструмент с графическим интерфейсом для Java-приложений. совершите экскурсию по созданию приложений javaFX с помощью scenebuilder: http://docs.oracle.com/javafx/scenebuilder/1/get_started/prepare-for-tutorial.htm#CEGJBHHA

Хотя это не декларативно и ограничивается исключительно макетами, вы можете взглянуть на DesignGridLayout который позволяет очень кратко программно определять макеты Swing (это открытый исходный код).

Основные преимущества:

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

Как правило, всегда полезно выполнить поиск, когда вы что-то ищете. Это первая ссылка в Google при поиске "java xml gui "

WindowBuilder, это очень хороший плагин, который включает GWT, XWT, SWT, Swing и т.д