Проблема с регистрацией Image

[ZooY]

Блин, если перерегистрировать плагин на PostUpdate то Image находиться... я вообще перестаю что-либо понимать...

[Гуревич Денис]

По-моему, очевидно, PostImage - это образ объекта ПОСЛЕ изменений.
PreUpdate срабатывает ДО изменений. Какой там может быть PostImage??
Или Вы хотите видеть будущее?

[Артем Enot Грунин]

Цитата:

Сообщение от Гуревич Денис

По-моему, очевидно, PostImage - это образ объекта ПОСЛЕ изменений.
PreUpdate срабатывает ДО изменений. Какой там может быть PostImage??
Или Вы хотите видеть будущее?

Вообще говоря, так и должно быть! Мы смотрим как было и что будет, и можем, в случае чего, помешать сохранить запись! Опять же это только с точки зрения здравого смысла. Колауты стали называть плагинами, но похоже мало что изменилось в самой логике приложения. В 3.0 в preAction был доступен только preImage и в 4.0, видимо тоже. Аналогий между ними так много, что я частенько поглядываю в SDK 3.0 чтобы прояснить для себя что искать в контексте, а чего там быть не может.

[Гуревич Денис]

Цитата:

Сообщение от Артем Enot Грунин

Вообще говоря, так и должно быть! Мы смотрим как было и что будет, и можем, в случае чего, помешать сохранить запись!

Мы не можем посмотреть, что будет, хотя бы потому, что update-запрос может обвалить сам Update (например, если в лукапе указан GUID уже несуществующей записи, или же для int'ового поля указано недопустимое значение). Мы не знаем, что произойдет во время Update. Это своего рода черный ящик. Или же Вы хотите, чтобы в PreUpdate предвыполнился запрос, а потом он ещё раз выполнился в самом Update? Это как-то накладно.
PreUpdate нужен, например, чтобы не дать сохранить объект (или отдельные поля), пока он находится в определенном статусе.
Другое дело, если нас не устраивает новое значение поля, то мы можем сделать что-то только в PostUpdate, да и то, только вручную. Никакого отката нет. Да, это неудобно. Кстати, нечто подобное обещают в CRM 5.0:
http://dotnetdeveloper.co.uk/blogs/m...e/2009/02.aspx