Вопрос: Как делается обработчик на кнопку?

Ответ: Отлично придумали. Не надо лазить в окошко «свойства» и «события».

Вопрос: Почему?

Ответ: Самое популярное событие уже является по умолчанию генерируемым. Вы кликаете по кнопке мышкой два раза. И вам генерируют обработчик. Все.

Кстати вот этот initComponents() расширился. Если вы посмотрите на него, то зададитесь вопросом, что это здесь такое происходит? А дело в том, что это контейнер, который отвечает за размещение элементов внутри себя. И варианты бывают очень сложные. Контейнер отвечает за размещение своей начинки. По умолчанию здесь взят непростой контейнер. Мы могли бы поменять его, но я не вижу смысла. Одним кликом он меняется в визуальном дизайнере. Но даже в этом мы сможем все найти.

На кнопочке setText. Откуда она сгенерировала такой код? А вы текст меняли в свойствах?

А вот обработчик на события. И обратите внимание, что это вариант, который мы сделали, когда закрывали окошко. Все правильно. Анонимный класс.

А сверху посмотрите. Видите, что есть Swing? Вызывается такая функция и окошко будет закрываться.

Вопрос: Да, кстати! Если я ничего не могу менять, то как же я в addActionListener что-то добавлю?

Ответ: А они хитро поступили. Здесь вызывается функция. Вы не можете изменить ее имя. Но функция сгенерирована для вас ниже. Поэтому идем вниз. После этого огромного куска идет функция. Вы не можете изменить ее заголовок. А то все порушите. Но зато вы можете писать внутри.

Я здесь должен получить данные списка. Посчитать сумму и нажать на кнопочку. Это сколько строк кода? Три.

Итак. Как добраться до списка? Вы можете вернуться в проект и посмотреть, как они называются, но проще посмотреть внизу программы. Все элементы, которые у вас в программе были созданы, они были автоматически поименованы. Если имена не нравятся, в дизайнере их можно менять. Ну нас список – это JList, текстовое поле – JtextField. На всякий случай там добавляется панель с прокруткой jScrollPane1.

Наверно вы понимаете, что интерфейс может быть очень сложным и очень объемным. Бывает так, что я даже не могу найти свой элемент управления. Он может быть закрыт другими. Он может быть настолько мал, что я его потерял. Я говорю: «где мой элемент управления?». Мы берем «Окно»-«Навигатор».

И вот в этом окошке, который называется «Навигатор» вы увидите всю иерархию ваших объектов. У нас простенькая система, а могла быть…

В общем-то и не сложно, если у вас есть DesignInterface.Если кому будет интересно еще посмотреть, помните, что у вас есть навороченный пример от Oracleна этом сайте в разделе где вы качаете JDKи отдельно внизу, если посмотреть аккуратно на этой страничке можно попросить скачать примеры для этого JDK. Будет интересно, посмотрите сами. Прилично Swingпозволяет программировать.

SWT

Конечно, победного шествия Swingне получила. Да, в Swingесть свои плюсы, но есть и минусы. Ну, например, а как выглядит на экране программа? Она выглядит как native, а не native. Похоже, но не является непосредственно родной программой. И поэтому авторы, которые писали Eclipse, они сказали: «ну что-то как-то не очень. Давайте мы сделаем свою библиотеку и выберем другую архитектуру!». Получается, что когда элемент управления рисуемый из Java, то, во-первых, мы ресурсы тратим. Разве ОС не может нормально нарисовать кнопку? Может. Лучше чем эта? Лучше. Там для этого все оптимизировано в течение скольких лет. А мы тут начинаем рисовать, и поэтому библиотека Swing, она ресурсоемкая, потому что она дублирует функционал. И авторы библиотеки SWTи есть кто Eclipseсоздавал. SWTсегодня можно отдельно скачать. Эта библиотека позволяет создавать пользовательские интерфейсы. Она native, т.е. Javaи потом идет в native-code для того, чтобы сказать ОС «ты! кнопку рисуй!». Они выбрали совсем другую архитектуру, не как в AWT, где там пишутся Peer. Здесь был написан для каждой ОС свой собственный JNI (JavaNativeInterface, т.е. когда из Javaвызывается Сишный код). Они для каждой платформы, которую поддерживает Eclipseнаписали переходник Javaна nativeплатформу.