в ББ не принято обзывать процедуры Button1Click, ибо
1) процедура ничего не знает про кнопку, я могу вызвать процедуру коммандером, или через Dialog.Call
2) название процедуры должно обозначать действие, типа Handle, Do, GetX или вопрос IsConnected, Empty. Исключение для русского языка составляет процедура-конструктор типа NewItem, но в английском это наверное тоже действие. А для ББ исключения так же: SomeGuard и SomeNotifier.
Например, если кнопка "Сохранить", то название процедуры Save, а её охранник SaveGuard.
3) вообще, модуль должен быть максимально отделён от знания про интерфейс пользователя. Ну, понятно, конечно, что Охранники и Уведомители этому не способствуют, но они, в свою очередь могуть быть перенесены в другой модуль.

Если рассматривать связь статический Интерактор + Контрол, то мы получим аналог схемы Model + View, при этом модель у нас статическая, и отображение для неё создаёт механизм контролов. Это довольно простой способ отобразить один экземпляр формы для ввода, и он довольно логичен в большинстве случаев, когда человек просто физически не может вводить данные в двух формах сразу. Однако, есть ряд задач, для которых статические интераторы не подходят. Например, отображение данных с кучи датчиков. В свою очередь, слово Отображение, наводит нас на мысль, что форма это не совсем то, что нам нужно в данном случае, поэтому я склоняюсь к мысли, что Вам нужно перепроектировать модуль отображения данных с датчиков по примеру модуля ObxTicks. В итоге, получим что-то типа этого, с настраиваемым отображением, и, самое главное, получим безлимитное количество копий.