![]() |
|
Модераторы: LSD, AntonSaburov |
![]()
|
|
| Royan |
|
|||
|
Dreamer ![]() ![]() ![]() Профиль Группа: Участник Клуба Сообщений: 1708 Регистрация: 14.9.2002 Где: Лондон Репутация: 1 Всего: 15 |
Допустим, я работаю с JTable. По double-click'у я сваливаюсь в обработчик mouseClicked. Внутри обработчика я могу написать:
Таким образом, я получу доступ к данным таблицы. Далее в этом обработчике я создаю новый JDialog, в котором хотел бы иметь доступ к вышеуказанной таблице. Теперь вопрос. Будет ли грамотным просто передать в конструктор JDialog таблицу? Возможно, есть другой вариант передачи информации (какой я не знаю это и есть мой вопрос) но меня интересуют не хакерские приемы типа публичных статических полей, а нечто вразумительное? Почему я спрашиваю. Потому в моем примере объект таблицы должен перекочевать из одного лисенера, грубо говоря, в другой - лисенер одного из компонентов JDialog. Таких переходов может быть несколько. Вот я и хочу узнать какие еще есть варианты интер-компонентной-коммуникации? -------------------- Открыта вакансия Junior Java Developer'а в нашем лондонском офисе, подробнее можно узнать здесь |
|||
|
||||
| Старовъръ |
|
|||
![]() Опытный ![]() ![]() Профиль Группа: Участник Сообщений: 491 Регистрация: 8.5.2008 Репутация: нет Всего: 10 |
Придумать всегда чего-то можно. Например, записывать данные в файл или в реестр, а потом их от туда считывать классом, которым нужно. Но это полный бред. Используй конструкторы и методы и не мучай попу.
-------------------- |
|||
|
||||
| bluecat |
|
|||
|
Новичок Профиль Группа: Участник Сообщений: 10 Регистрация: 25.2.2008 Репутация: нет Всего: нет |
Вообще, это типичная проблема для ГУИ-приложений - устанавливать связи между взамодействующими объектами. Это могут быть как ГУИ-объкты, так и объкты, хранящие данные. Особенно явно эта проблема проявляется в сложных взаимодействиях между пользователем и системой. Типичный пример - по правому клику мыши на узле дерева должно появиться попап-меню, а при выборе одного из меню айтемов должен появиться соотв. диалог, где пользователь может произвести какие-то изменения, которые могут отразиться на других частях интерфейса. Одно из решений - использовать паттерн Медиатор. Вы создаете специальный класс, который будет ответственен за координацию таких сложных взаимодействий. Это класс должен иметь ссылки на все остальные классы, которые участвуют во взаимодействии. А они, в свою очередь, знают только о существовании этого класса. Например, конкретно в вашем случае можно передать таблицу в класс-медиатор и все листенеры завязать на этот класс, а он уже сам будет решать, какому диалогу (или другому ГУИ-объекту) передавать таблицу. |
|||
|
||||
![]()
|
| Правила форума "Java" | |
|
|
Если Вам помогли, и атмосфера форума Вам понравилась, то заходите к нам чаще! С уважением, LSD, AntonSaburov, powerOn, jk1. |
| 0 Пользователей читают эту тему (0 Гостей и 0 Скрытых Пользователей) | |
| 0 Пользователей: | |
| « Предыдущая тема | Java: GUI и Java FX приложения | Следующая тема » |
|
|
По вопросам размещения рекламы пишите на vladimir(sobaka)vingrad.ru
Отказ от ответственности Powered by Invision Power Board(R) 1.3 © 2003 IPS, Inc. |