|
Я делаю так:
1. Если переменные сохранять не нужно (в теме это называется "кэш"? getLast/saveLast в общем), диалог swap-ить не нужно, batch не предусматривается - заглушки на pack/unpack.
2. Если переменные сохранять не нужно, но диалог на клиенте - реализуются полноценные pack/unpack и пустые getLast/saveLast.
3. Если переменные сохранять нужно и они совпадают с данными в диалоге - ну тут понятно.
4. Если переменные сохранять нужно, но не все, а также при swap диалога на клиента зачастую данных в нем нужно больше, чем сохранять, то в pack смотрим признак inGetSaveLast, в зависимости от него возвращаем разные версии/наборы данных. Соответственно, в unpack - обрабатываем.
Реализовывать сохранение всех данных из диалога в БД, а потом затирать, не используя, только потому, что кажется, что фреймворк такой, имхо, абсурд. В надежде, что когда-то кто-то что-то поменяет? А если нет? А сейчас все нужно реализовать, да протестировать.
ЗЫ. Ax3
|