Цитата:
Сообщение от
DSPIC
Обоснование
- поддержав сериализацию, вы не нарушаете правил RunBase Framework и следуете BestPractice
- Отказ от поддержки сериализации НЕ нарушает правила RunBase FrameWork. Это один их штатных, предусмотренный самим FrameWork, способ реализации
- В Best Practices я не встречал упоминания об обязательности перекрытия pack/unpack. Ну, кроме обязательности перекрытия абстрактных методов из-за чего и возникает необходимость в заглушке. Но к Best Practices это не относится
Цитата:
Сообщение от
DSPIC
- класс сможет выполняться на сервере, в Batch даже если вам этого пока не нужно (может другим понадобится)
- Класс и так выполняется на сервере. Это было в постановке задачи. RunOn = Server
- Batch не нужен и не понадобиться. Это также было в постановке задачи
Если Batch все-таки понадобиться, то объем модификаций при использовании заглушек и при затирании кеша будет сопоставим. Надо будет организовать "вырезание" из кеша тех переменных, которые не надо сохранять от тех, которые понадобятся для работы Batch. Там придется добавлять ряд переменных именно для Batch
Цитата:
Сообщение от
DSPIC
- вы полностью сохраняете универсальность класса, задавая нужное вам поведение отдельным конструктором.
- Не понял этого тезиса. О чем идет речь?