Цитата:
Сообщение от
kitty
То есть, по сути для partyName - edit метод мог бы быть сделан на vendTable. Тогда при открытии формы поставщика значение бы текущее вычислялось и показывалось.
...
Подскажите, пожалуйста, как правильно реализовать описанное требование?
Edit метод это крайне профессиональная фишка но лучше всеми силами ее избегать, особенно на сложных формах. То есть это крайняя мера.
Имея свой недавнюю работу с Edit методом на строках sales line, где альтернативных решений вроде бы и не было, жалею об этом. Вроде бы и в PROD уже больше года, но в топку все эти Edit методы. Убивает дебаг, убивает производильность.
Display методы и отдельная кнопка для вызова формы редактирования боковой таблицы 1:1 (AccountNum:AccountNum).
Как раз на днях сделал для формы CustTable.
При этом вначале сделал все "по уму" с Edit методом, но потом переделал.
C Edit производительность редактирования была никакая. Как не кэшировал лучше не стало. Отчасти из-за того что таблица крайне тяжелая, 230 полей, и требует 51KB буфера.
Также очень не хотел добавлять datasource и присоединяться, если можно обойтись без этого. Так как размер буфера.
Поэтому надо не красивее, а проще. Пользователя больше волнует скорость и удобство чему отдельная кнопка для вызова редактируемой формы не мешает.
Это более user friendly чем зависания Edit и гораздо легче в поддержке и расширении.