CacheLot,

80% - <dataController> + тупое наследование хранимых классов от %ZEN.DataModel.Adaptor

20% - сбор параметров формы через getConponentById().value и передача из в ZenMethod
(мог бы сказать 5%, ибо второй случай не всегда относится к кнопке "сохранить" формы - иногда это делается еще невидимо для пользователя, в зависимости от событий на странице)

От Submit не отказались при передаче файлов на сервер (пока не было причин что-то здесь менять)

Про %page не устану повторять - забудьте этот глюк. Это _хороший_ совет, поверьте ;)

Ymka2007<dataController> - пока не используем, думаю его можно применять только в случае "легкого" справочника или "легкой" формы.

Посмотрел наши формы... реально все "легкие" ;) Тяжелых мне программисты сделали штук 5 за два года - но я их поубивал (не программистов, а формы) и переделал обратно в легкие...

Вот так и живем...

CacheLotПочему глюк? Можно привести пример где %page глючит?

ZEN - платформа, использующая AJAX, так?
%page - это не совсем динамическая работа с сервером, возьмите любой сниффер и посмотрите, как отрабатывают экземплярные методы ZEN.
А отрабатывают они так - при любой попытке обращения к такому методу, вся клиентская страница, пакуется со всеми ее потрохами и отправляется на сервер, на сервере она разбирается в %page, который к клиентской странице в этот момент не имеет никакого отношения - это некий ее слепок на момент вызова метода на клиенте.
Затем вы что-то на сервере с этим слепком делаете, а по завершению этих изменений страница передается назад (вот тут утверждать не стану - полностью или только измененная ее часть, не уверен) клиенту.
Затем в браузере выполняется некий JavaScript, который изменяет страницу клиента в соответствии с изменениями на сервере (подозреваю, что именно этот скрипт обновления и передается сервером).

Все это время клиент живет своей жизнью, а сервер - своей. Пока сервер думает, что у него реальная копия страницы, клиент уже приложил массу усилий, чтобы его копия отличалась от серверной....

В нашем случае это прекрасно демонстрировал пример с табличкой, при выборе строки в которой происходит вызов серверного метода. Пока %page гуляет туда-сюда, клиент успел еще по двум-трем строкам таблицы щелкнуть и отправить на сервер еще 2-3 %page, отличающихся от первой...
И не факт, что "обновляющий клиента" JS будет приходить в том же порядке, в котором ушел на сервер.

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

Плюс конский трафик, из-за которого шибко удаленные (или сидящие на узком канале) клиенты жаловались страшно...

DAiMorи как в ZEN смогли облегчить форму и отказались совсем от %page

Совсем - не отказались... в %OnAfterCreatePage() %page рулит... и еще как.