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

[ZooY]

CRM 4.0
Зарегистрировал плагин на PreUpdate сущности. Зарегистрировал PostImage с именем "EntityImage".
В плагине проверяю есть ли Image:

if (context.PostEntityImages.Contains("EntityImage"))

Система говорит что Image нет. В чем может быть проблема?

[ZooY]

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

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

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

[ZooY]

Нда... похоже на то... Просто я всегда наивно предполагал, что и на Pre и на Post стадии доступны и Pre и Post Image (ну за исключением конечно PreCreate).

[Артем 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

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

Глупости! Вам никто не мешает в preUpdate сделать Retrive запрос и посмотреть как выглядит снимок сущности в текущий момент. Я говорю лишь о том, что в ряде случаев было бы удобно получить именно набор изменений, а не прообраз конечного результата. В пре событии нам не важно навернется сам запрос или нет - наша цель: вычислить значения полей и проверить условия допустимости операции. Для этого не надо видеть будущего, достаточно знать прошлое.

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

Цитата:

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

Вам никто не мешает в preUpdate сделать Retrive запрос и посмотреть как выглядит снимок сущности в текущий момент.

Так никто и не спроит с тем, что в PreUpdate можно посмотреть PreImage.

Цитата:

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

Я говорю лишь о том, что в ряде случаев было бы удобно получить именно набор изменений, а не прообраз конечного результата.

Интересно, в каком виде было бы удобно получить набор изменений, если это не Image?

Цитата:

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

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

В том-то и дело, платформа CRM в PreUpdate ничего не будет вычислять, не будет анализировать запрос на предмет того, какие поля он затрагивает, ничего такого.
Она просто вызывает по очереди:
PreUpdate -> Update -> PostUpdate
Плюс на каждом этапе может сделать текущий снимок (образ) объекта, с которым работает. Чего-то большего от платформы хотеть сложно.

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

Такое ощущение, что мы спорим об одном и том же.