Здравствуйте, Softwarer, Вы писали:

P>>все правильно, просто может быть длинная цепочка открытия из-под одних форм другими, и по этому хотелось написать нечто универсальное. отсюда — переконект всего
S>Хм. Не вижу логики в этом "отсюда" Кроме того, мне кажется это ответ не совсем на то, что я говорил и спрашивал.

S>"Всего" — это чего именно всего? Всех датасетов, которые вообще есть в приложении?
не, ток тех, которые есть на форме

P>>неудобно пользователю
S>Хм. Просто я вряд ли мог предусмотреть, что Вы используете этот механизм для общения объектов внутри приложения. Я полагал, обновление запускается для учета изменений, сделанных другими пользователями.


P>>опять таки может быть длинная цепочка
S>И что из этого? Длинная цепочка правильно работающих элементов, каждый из которых знает свой интерфейс. Идеальный подход с точки зрения общей теории.

S>Хм. Задекларирую одно утверждение: при правильно выстроенных взаимодействиях (что есть ключевая задача проектирования) количество взаимодействующих элементов не играет роли; если правильно взаимодействуют каждые два элемента в цепочке, правильно работать будет цепочка любой длины.

ясно.. прийдется повозится.. я просто думала что проще будет при входе — заполнить форму из запроса в обычные элементы (в смысле не связанные с БД), а по нажатию ок — записать..
но если это концептуально не правильно... будем возится
Спасибо