CRM 2011, вопрос по плагину

[spirius]

Цитата:

Сообщение от a33ik

Есть небольшая проблема - вы не оттуда получаете идентификатор salesorder. Попробуйте так:

Guid id_1 = service.Create(salesorder);

А существует ли возможность сделать создание этих двух сущностей одновременно? (напирмер с использованием CrmServiceContext.SaveChanges() )
т.е. для создания salesorderDetail нам необходимо id salesOrder, который появиться только после создания salesOrder.
есть ли возможность как-либо связать эти две сущности, для передачи в контекст?

[a33ik]

Цитата:

Сообщение от spirius

А существует ли возможность сделать создание этих двух сущностей одновременно? (напирмер с использованием CrmServiceContext.SaveChanges() )
т.е. для создания salesorderDetail нам необходимо id salesOrder, который появиться только после создания salesOrder.
есть ли возможность как-либо связать эти две сущности, для передачи в контекст?

Для создания чайлодовой сущности вам необходим идентивикатор парентовой. Я не пробовал, но может получиться следующий трюк (для 4.0 работал, для 2011 - не пробовал) - задайте идентификатор создаваемого SalesOrder и используйте тот же идентификатор при заполнении EntityReference salesorderid для SalesOrderDetail.

[g.Naukovych]

Цитата:

Сообщение от a33ik

Для создания чайлодовой сущности вам необходим идентивикатор парентовой. Я не пробовал, но может получиться следующий трюк (для 4.0 работал, для 2011 - не пробовал) - задайте идентификатор создаваемого SalesOrder и используйте тот же идентификатор при заполнении EntityReference salesorderid для SalesOrderDetail.

Да это работает. Но вcе равно необходимо создавать объекты в порядке salesorder -> salesorderdetail

[spirius]

Цитата:

Сообщение от g.Naukovych

Да это работает. Но вcе равно необходимо создавать объекты в порядке salesorder -> salesorderdetail

а есть ли некий порядок создавания сущностей, при добавлении их в контекст с помощью AddObject(entity)?
т.е. если сделать, например:
context.AddObject(entity1);
context.AddObject(entity2);
context.SaveChanges();
будет ли вначале создана entity1, а затем создана entity2?

p.s. AddRelatedObject() похоже может помочь.
p.p.s. Спасибо за ответы=) несколько проблем решил=)

[g.Naukovych]

а зачем это делать?
Создать сущность можно 1 строкой.
В чем разница context.AddObject(entity1); или service.Create(entity1);

[spirius]

Цитата:

Сообщение от g.Naukovych

а зачем это делать?
Создать сущность можно 1 строкой.
В чем разница context.AddObject(entity1); или service.Create(entity1);

ну вообще я пытаюсь сделать следующее:
создать SalesOrder только в том случае, если может быть создана его SalesOrderDetail.
руками проверять ВСЕ поля SalesOrderDetail есть нехорошо, поэтому есть идея делать это через систему, и если система не может создать SalesOrderDetail - отлавливать эксепшн и соответственно ничего не создавать.
правда в "несоздавании" SalesOrder сильно я не продвинулся, вот и ищу различные пути=)

p.s. на сколько я понимаю, service.create создает сущность сразуже.
если же мы используем context.addobject, то у нас еще есть возможность с ним работать, как с несозданным, до попадания его в систему. соответственно можно во время работы его из контекста выкинуть (неверное?) дабы он не создавался (если нам это стало ненужным).
просто задача стоит еще и с точки зрения прав доступа - если у текущего пользователя нет, скажем, права удалять и изменять SalesOrder, то сделав service.create и попытавшись его изменить/удалить, должна вылететь системная ошибка, чтоли, о правах доступа.

[g.Naukovych]

А как можно выполнить эту проверку?
SalesOrderDetail не создать без SalesOrder.
Без него система всегда не сможет создать. Разве нет?