Доменные объекты, вызывающие ошибки NHibernate

Question

Доменные объекты, вызывающие ошибки NHibernate

2

У меня есть объект домена, который был автоматически создан для меня MyGeneration. Это генерируется с использованием шаблона NHbernate. Это часть объекта - я удалил большую часть его,

[Serializable]
public class Purchase : INotifyPropertyChanged
{
    protected int id;

    public event PropertyChangedEventHandler PropertyChanged;

    public virtual int Id
    {
        get { return id; }
        set {if (value != this.id){id= value;NotifyPropertyChanged("Id");}}
    }
}

Когда я пытаюсь сохранить один из этих объектов в базе данных, я получаю исключение

NHibernate.InvalidProxyTypeException: следующие типы не могут использоваться в качестве прокси: NHibernateDemo.DataLayer.Entities.Purchase: метод add_PropertyChanged должен быть "public/protected virtual"

Etc. Поэтому, если я изменю эту строку

public event PropertyChangedEventHandler PropertyChanged;

Для этого...

public virtual event PropertyChangedEventHandler PropertyChanged;

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

Если я сделаю это "виртуальным событием", вы думаете, что привязка WPF будет работать с ним?

peter 06 нояб. 2009, в 02:33

Источник

Теги:

c#

nhibernate

2 ответа

0

Вы должны явно указывать это свойство в файле сопоставления NHibernate. Взгляните на сгенерированный файл hbm.xml и удалите это свойство из файла сопоставления, чтобы NHibernate проигнорировал его.

lomaxx 05 нояб. 2009, в 22:32

0

Вы говорите, что я должен отображать это поле для этой конкретной ошибки? Кажется, это не так. В моих файлах сопоставления нет сопоставления с событием PropertyChanged
peter 06 нояб. 2009, в 01:36

Ещё вопросы

Вы говорите, что я должен отображать это поле для этой конкретной ошибки? Кажется, это не так. В моих файлах сопоставления нет сопоставления с событием PropertyChanged

Jamie Ide · Accepted Answer · 2009-11-05T23-15-00.000Z

3

Лучший ответ

Исключение означает, что NHibernate не может создать динамический прокси объекта, потому что событие не является виртуальным. NH создает прокси-сервер вашего объекта, чтобы обеспечить ленивую загрузку. Ваше решение в порядке.

Jamie Ide 05 нояб. 2009, в 23:15

0

Мое решение в порядке? То есть виртуализация будет хорошо работать с привязкой WPF, это то, что вы говорите?
peter 06 нояб. 2009, в 01:35
0

Вам нужно сделать его виртуальным, чтобы стратегия отложенной загрузки NHibernate работала. Я ожидаю, что это будет хорошо работать с привязкой WPF, но у меня нет никакого опыта с этим. Объявления должны быть виртуальными, чтобы NH мог создать прокси для вашего объекта; привязка данных будет работать с прокси, как если бы это был реальный объект.
Jamie Ide 06 нояб. 2009, в 12:24
1

Вы говорите, что решение хорошо, потому что оно будет работать, но для меня это глупо. NHibernate обеспечивает, что событие является виртуальным, хотя на самом деле оно не является необходимым, поскольку оно не содержит никакого состояния. Кроме того, это также ограничение: что если событие объявлено в базовом классе и не является там виртуальным? Скрытие и воссоздание события в вашем классе не сработает, поскольку NHibernate продолжает генерировать это исключение.
Frederik Gheysels 08 июль 2016, в 16:40
0

@FrederikGheysels Есть ли лучшее решение? Иногда вы должны быть прагматичными. Каждый фреймворк, который я когда-либо использовал, требует некоторого компромисса, и вы должны выбирать свои сражения.
Jamie Ide 08 июль 2016, в 16:54
0

Должно быть, так как я столкнулся с той же проблемой и не могу сделать событие виртуальным. :) Я читал о решении, которое позволяет вам указать прокси-интерфейс в отображении класса, и я собираюсь попробовать это (это означает, что мой класс должен будет реализовать интерфейс, и я предполагаю, что, делая это, NHibernate будет использовать этот интерфейс для генерации прокси). Я думаю, что это будет четкое решение (если оно будет работать). :)
Frederik Gheysels 08 июль 2016, в 17:59

Показать ещё 3 комментария