Swing предоставляет основные строительные блоки для любого приложения с графическим интерфейсом, но как насчет более высокого уровня подхода к созданию приложений с графическим интерфейсом?
Я не спрашиваю о множество произвольных библиотек, которые предоставляют еще более изящные варианты различных визуальных компонентов.
Я говорю о недостающих частях, которые каждый в конечном итоге создает сам, когда создает что-либо, кроме тривиального приложения с графическим интерфейсом.
Т.е.структура, на которой строится конкретная логика приложения.
Например. обработка привязки данных, проблемы жизненного цикла приложений или поддержка общих вещей, таких как создание форм.
Если бы мы говорили о персистентности, можно было бы сказать, что любой может создать свой собственный уровень персистентности, используя классы javax.sql или java.io, однако большинство людей предпочли бы использовать что-то вроде Hibernate.
Итак, точно так же, как кто-то спрашивает о библиотеках сохраняемости, вероятно, не ищет варианты в ObjectOutputStream, я не ищу варианты в каком-то подклассе JComponent или другом.
Я думаю, что это справедливый вопрос о Stackoverflow, поскольку, в отличие от таких областей, как настойчивость, с помощью Google нелегко определить четкий консенсус по ответу.
Вместо набора случайных библиотек, возможно, люди могли бы ответить с точки зрения того, какие проблемы с графическим интерфейсом не решаются немедленно Swing и какие библиотеки, по их мнению, лучше всего восполняют этот пробел?
Я задал аналогичный вопрос ] на прошлой неделе, и он был закрыт - я попытался сформулировать это так, чтобы это тоже не закрывалось. Если вы чувствуете склонность закрыть его, возможно, вы могли бы подумать о том, чтобы вместо этого сделать это вики сообщества?