Декомпозиция обработки событий от множества объектов

[jangle]

Есть куча несколько контролов в программе. По сути каждый контрол (отмечены красными цифрами), это независимая программа со своей логикой, событиями и классами. Который взаимодействует с остальными контролами. Вызывает методы соседей, возвращает им какие-то данные. Все они сведены на одну форму.
Проблема в том, как упростить обработку событий от них

1 вариант - события от всех контролов обрабатываются в главной форме. При этом в FormMain получается каша из десятков обработчиков.
Во всем этом начинаешь быстро путаться.

2 вариант - события от каждого контрола обрабатывать в своем классе. В FormMain вообще нет обработчиков. Но при этом запутывается логика
взаимодействия этих классов. Опять фигня выходит

Вопрос как же все таки упростить и структурировать такой код?

[Debugger]

Смотри паттерн проектирования "фасад".
У каждого компонента есть свой интерфейс, в котором содержатся методы, нужные остальным. При помощи этого интерфейса связываешь их друг с другом. Должно помочь - когда будешь добавлять фичи, будут меняться только те компоненты, которые должны меняться.
Added:
Ещё смотри "Subscriber".
И вообще, почитай про паттерны - что-нибудь натолкнёт на верную мысль.

[jangle]

А можно пример такого интерфейса?

Допустим у нас есть 3 класса. CLASS1, CLASS2, CLASS3

CLASS1 - генерирует событие, которое должно быть обработано 2 и 3 классом

[Debugger]

У тебя каждый компонент с каждым связан?

[Debugger]

Вообще, неправильно я сказал. Если мы говорим именно о VB6, можно сделать куда элегантнее. Пусть CLASS1 имеет какие-то свойства (для чистоты архитектуры - желательно только на чтение) и имеет какие-то события:

Код: Выделить всё

CLASS1:
Event ButtonClicked(args)
Event ListClicked(args)
Function GetName()
...


И Class2,3 имеют метод AttachClass1:

Код: Выделить всё

Dim WithEvents cl As CLASS1
Sub AttachClass1(c As CLASS1)
   Set cl = c
End Sub


Теперь CLASS2 и 3 могут ловить события первого класса и при необходимости получать от него данные.

Если каждый компонент связан с (почти) каждым, стоит задуматься о том, правильно ли спроектировано приложение. Уж лучше поставить один компонент "во главу" - тогда все будут связаны с одним, что уже не очень плохо.

ADDED:
Перечитал первый пост думаю, ты до этого сам дошел.
Расскажи про детали.

[Qwertiy]

Вопрос как же все таки упростить и структурировать такой код?

Я бы сделал, чтобы каждый контрол имел события (генерируемые им) и методы (в необходимом количестве) для внесения в него данных.
А после этого в форме надо разместить переходники между ними, т. е. на события повесить хендлеры, которые прокидывают данные в методы других контролов.
Как-то так.

PS: Скорее всего, это тоже как-то называется. Но нужно думать, а не искать подходящие паттерны, на мой взгляд.

[jangle]

Вообще я думал для каждого контрола сделать "обертку". Допустим у нас в программе есть следующие объекты:

1. Form1 - форма
2. TextBox - текстовое поле на форме
3. CommandButton - кнопка на форме

При нажатии CommandButton в TextBox пишется строка: "Привет мир!"

Попробуем реализовать паттерн "фасад" если я правильно его понимаю. В событии FormLoad создаем экземпляр класса MainProc.
Больше никакого кода в форме нету.
В событии Class_Initialize класса MainProc создаем по экземпляру (WithEvents) классов TextBox и CommandButton.
Т.е. в сами контролы мы ничего не пишем, а просим сделать это класс-обертку, события тоже принимаем из этих классов.
Вся обработка вертится в классе MainProc. Это и есть паттерн "фасад" ?

[jangle]

Вообще в чем смысл "прокладок" class TextBox и class CommandButton - чтобы в MainProc попадали только нужные программе событие, а не каша из обработчиков. Чтобы изолировать там весь "говнокод"

[Qwertiy]

Чтобы изолировать там весь "говнокод"

Говнокод - он везде говнокод

[jangle]

Чтобы изолировать там весь "говнокод"

Говнокод - он везде говнокод

Плохо когда он в основном потоке программы. Поэтому я хочу загнать его в изолированные отсеки, и задраить переборки.
Чтобы говнокод общался с основной программой только через эвенты и методы классов. Иначе проект просто пойдет на дно.

[Qwertiy]

Чтобы говнокод общался с основной программой только через эвенты и методы классов.

А не писать говнокод совсем не вариант?

[jangle]

Чтобы говнокод общался с основной программой только через эвенты и методы классов.

А не писать говнокод совсем не вариант?

Не вариант потому что он уже написан.