Я хотел бы узнать, как эффективно использовать Swing Application Framework . Большинство примеров, которые я нашел, - это записи в блоге, которые просто объясняют, как здорово это расширить SingleFrameApplication и переопределить его метод запуска, но это все. статье Sun почти два года, как и собственное введение проекта , и с тех пор, очевидно, произошла некоторая эволюция.
Есть ли где-нибудь свежие и подробные руководства / HOWTO? Конечно, есть JavaDoc, но трудно получить общую картину оттуда. Любые указатели приветствуются.
Обновление: Я понял, что на сайте проекта есть архив списка рассылки . Несмотря на некоторую неуклюжесть (по сравнению со StackOverflow;), он кажется довольно активным. И все же жаль, что настоящих учебников нигде нет. Информация разбросана тут и там.
Обновление 2: Позвольте уточнить - у меня нет проблем с использованием самого Swing (набора инструментов для виджетов), я говорю о его Application Framework , который должен упростить такие вещи, как жизненный цикл приложения (запуск, выход и все, что происходит между ними), управление действиями и т. д., то есть то, что потребуется большинству приложений Swing. Круто, чтобы такой фреймворк был стандартной частью Java . Единственная проблема - узнать, как он предназначен для использования.
Обновление 3: Для заинтересованных лиц на форуме проекта было лишь небольшое обсуждение текущего состояния и будущего JSR 296. Коротко: текущая версия 1.03 считается вполне пригодной для использования, но API не стабилен, и он изменит до окончательной версии в Java 7. Имя пакета также изменится, поэтому Java 7 не будет нарушать текущие приложения, созданные в SAF.
Обновление 4: Карстен Ленцш заявил на вышеупомянутом форуме: «Я сомневаюсь, что он может быть включен в Java 7; я буду голосовать против него». Я бы предпочел не подвергать сомнению искренность этого великого гуру, и, конечно, не стоит допускать, чтобы что-то ошибочное проскальзывало в ядро JDK, но, честно говоря, это странная ситуация - он является автором JGoodies Swing Suite, который частично является коммерческим конкурентом JSR 296, и он заседает в комитете, который решит, будет ли этот JSR включен в стандартную Java. То же самое было с JSR 295 Beans Binding , о котором я писал ранее.
Учитывая текущее состояние SAF, я думаю, что наилучшее решение состоит в том, чтобы обернуть текущую реализацию в "доморощенную" структуру, которая затем может вместить возможные изменения в существующем API.