Каскад NHibernate и генерируемые подсказки - почему они не генерируются для детей при сохранении?

Question

я сделать следующее:

var @case = new Case 
    { 
     Name = "test" 
    }; 

    // User is persistent and loaded in the same session 
    User.AddCase(@case); // sets @case.User = User too 
    Session.Update(User); 

    response.CaseId = @case.Id; 

каскад на User.Cases устанавливается на все. Но @ case.Id не установлен, пока транзакция не будет выполнена. Это ожидаемое поведение? Я очень хотел бы получить идентификатор перед совершением. Это можно сделать?

Answer 1

Вы пробовали Session.SaveOrUpdate(User)? Хотя я должен сказать, что каскадные операции не выполняются до тех пор, пока это не понадобится, и это произойдет при сбое/фиксации. когда вы Session.Save(@case) вы не промываете/совершаете

Сказав, что вы делаете логическую ошибку: , создав @case, вы не обновляете пользователя. Пользователь представляет собой отдельный объект, а Case имеет внешний ключ для пользователя. Поэтому сохранение Дела собственно, и список случаев Пользователь просто информация

Answer 2

ассоциации Более чистый DDD'y Филей вещь, вероятно, будет моделировать как User и Case как совокупности корней, а затем моделировать свои отношения с ролью объект RelatedCase (он агрегирован внутри User и, следовательно, должен быть каскадом = «все-удалить-сирота»).

Совокупные корни должны быть сохранены в репозиториях, которые (если вы делегируете вызов session.Save(...)) предоставят вам необходимый вам идентификатор в то время, когда вы можете его использовать.

Тогда роль может (и по моему опыту часто будет, по крайней мере, через некоторое время) содержать дополнительную информацию, которая характеризует отношения, и не принадлежит ни к ни пользователю, ни к делу. Предположим, что отношения отслеживают, почему пользователь и случай связаны.

Таким образом, ваш код может выглядеть следующим образом:

var case = caseFactory.Create("name"); 
caseRepository.Save(case); 

user.AssignCase(case, "Assigned by some dude"); 

-И внутри AddCase:

public void AddCase(Case case, string reason) 
{ 
    cases.Add(new RelatedCase(case, reason)); 
} 

Это на мой взгляд, самый красивый способ модель такого рода вещи, но вы будете конечно, можно оштрафовать немного по производительности. Если для вас важнее симпатичная модель, вам нужно пойти на что-то подобное.