Я прочитал эту документацию на ветерке о настройке экономии звонков от клиента - http://www.getbreezenow.com/documentation/saving-changes - и что описывает звуки, как именно то, что я хочу сделать -ветер - пример того, как выполнить заказ сохранить
" Но вы можете иметь конкретный бизнес-процесс для выполнения, когда вы сохраняете определенное созвездие объектов. Возможно, фактическое сохранение изменений в базе данных является лишь частью более крупного рабочего процесса на стороне сервера . У вас действительно есть «команда», которая включает в себя базу данных .
Я действительно не вижу, как это реализовать на практике. Скажем, у меня есть сущность «А», которая, когда я сохраняю, должна ударять по некоторым пользовательским бизнес-процессам. Ну, я мог бы отделилась объекты типа А на стороне клиента и сделать что-то вроде
var so = new SaveOptions({ resourceName: "myCustomSave" });
myEntityManager.savechanges(Aentities, so);
myEntityManager.saveChanges(everythingButAEntities);
Но тогда я просто хит «myCustomSave» с JObject «saveBundle».
Нужно ли десериализовать сущности, выполнять свои собственные бизнес-процессы и затем сериализовать обратно в savebundle и отправить их для сохранения?
И сказать, что объект A имеет дочерний объект C - как отношения обновляются, если C сохраняется через стандартные getChanges?
Я знаю, что могу intercept the save request и переопределить метод BeforeSaveEntity, но это похоже на то, чтобы поместить мою бизнес-логику в слой данных. Это похоже на самый простой способ сделать это.