Для новичков, потому что это помогло мне, когда я был один: INNER JOIN всегда является подмножеством LEFT или RIGHT JOIN, и все они всегда являются подмножествами FULL JOIN. Это помогло мне понять основную идею.
Ответ Sun на это, похоже, JavaFX .
В нем есть декларативный язык для определения графического интерфейса пользователя, а также будут приложения для разработчиков.
Для e4 (Eclipse 4) ведется некоторая работа над прототипом, которая позволит создавать графический интерфейс путем редактирования модели Ecore и настройки ее с помощью CSS.
См. это сообщение в блоге для получения дополнительных сведений и инструкций, чтобы попробовать это самостоятельно.
Есть новый свежий и интересный подход - он использует YAML . Проверьте это на http://code.google.com/p/javabuilders/
Пять-десять лет назад XML был очень популярен. Хотя это нормально для обеспечения некоторой стандартизации для передачи данных между разнородными системами, это не подходит для программирования. Он всегда начинается с простого, и давайте все объявим. Но любая реальная система требует кода. Затем XML падает. Также существует проблема в том, что XML - плохой синтаксис для людей, и даже такие языки, как Java, легче читать.
С другой стороны, явно существует потребность в направляющих для графических интерфейсов. «Обнаженные предметы» - самая близкая разумная попытка, которую я когда-либо видел.
s не подходит для программирования. Он всегда начинается с простого, и давайте все объявим. Но любая реальная система требует кода. Затем XML падает. Также существует проблема в том, что XML - плохой синтаксис для людей, и даже такие языки, как Java, легче читать.С другой стороны, явно существует потребность в направляющих для графических интерфейсов. «Обнаженные предметы» - самая близкая разумная попытка, которую я когда-либо видел.
s не подходит для программирования. Он всегда начинается с простого, и давайте все объявим. Но любая реальная система требует кода. Затем XML падает. Также существует проблема в том, что XML - плохой синтаксис для людей, и даже такие языки, как Java, легче читать.С другой стороны, явно существует потребность в направляющих для графических интерфейсов. «Обнаженные предметы» - самая близкая разумная попытка, которую я когда-либо видел.
Я бы повторил предложение Тилоса с помощью javaFX. Кроме того, тенденция указывает на веб-приложения, поэтому я думаю, что в долгосрочной перспективе javaFX и веб-интерфейсы догонят GUI Swing + swt.
Я пришел к тем же выводам, что и вы, о декларативных фреймворках. Не стоит изучать новый синтаксис графического интерфейса пользователя, если он широко не поддерживается. XUL как язык интерфейса широко распространен, но для него нет среды рендеринга java. Я бы сказал, что HTML + CSS + Javascript и контейнер сервлетов - лучшая платформа Java для графических интерфейсов на сегодняшний день, но, к сожалению, я не нашел независимого от платформы способа отображения веб-страниц, таких как настольное приложение.
Я делаю все свои свинг вручную, и ни одно из моих приложений не является неприятным. Если вы не знаете, как создать удобный и красивый пользовательский интерфейс, вам не помогут.
Ответ определенно не будет XML. Какую проблему ты пытаешься решить? Вы хотите иметь многоразовые строительные блоки и компактный способ их описания. Я не вижу, чтобы XML вам в этом помог.
[править] Создание эквивалента XUL в Java-коде было бы огромным улучшением XUL. XML делает действительно очень сложным хорошее разделение задач и раз и только раз. Однако он идеально подходит для подхода монгольской орды. Вам нужен слой поверх качелей, он обеспечивает только строительные блоки.