Fluent NHibernate Дата присоединенияSubClass устарела

Интересно о чем-то. Я сижу здесь с решением там, у меня есть 1 суперкласс, у которого есть 2 подкласса, и я в настоящее время сопоставляю это с помощью SessionSubClass, но я понимаю, что этот метод устарел и говорит, что мне нужно ClassMap и SubClassMap, но если я это сделаю AutoMapping не работает, и я не хочу этого. Есть ли обходной путь для этого?

Здесь иерархия:

public class Tag : Entity
{

public virtual string Name {get;set;}
public virtual User User {get;set;}

}

public class RespondentTag : Tag
{
    public virtual IList<Respondent> Respondents {get;set;}
}


public class ArchiveTag : Tag
{
    public virtual IList<Survey> Surveys {get;set;}
}

Как вы, вероятно, выяснили, что я хочу, чтобы это была таблица для сопоставления иерархии с подклассами со списками, которые являются "Многими для многих". Подобно таблице "Tag", затем Tag_Respondent и Tag_Archive (для отношения "многие ко многим" ).

Здесь отображение, которое я использую в настоящее время:

public class TagMap : IAutoMappingOverride<Tag>
{
  public void Override(AutoMapping<Tag> mapping)
  { 
     //This is obsolete
     mapping.JoinedSubClass("RespondentTagId", RespondentTagMap.AsJoinedSubClass());
     mapping.JoinedSubClass("ArchiveTagId", ArchiveTagMap.AsJoinedSubClass());

  }
}

public class RespondentTagMap
{
    public static Action<JoinedSubClassPart<RespondentTag>> AsJoinedSubClass()
    {
     return part =>

        part.HasManyToMany(x => x.RespondentList)
           .Cascade
           .SaveUpdate()
           .Inverse()
           .Table("Tag_Respondent");

    }
}


public class ArchiveTagMap
{
    public static Action<JoinedSubClassPart<ArchiveTag>> AsJoinedSubClass()
    {
     return part =>

        part.HasManyToMany(x => x.Surveys)
           .Cascade
           .SaveUpdate()
           .Inverse()
           .Table("Tag_Archive");

    }
}

Кто-нибудь знает об обходном пути или другом решении для решения этой проблемы? (Без отключения автопилота)

Любые ответы будут оценены.

Спасибо заранее!

ОТВЕТЫ

Ответ 1

Простите меня, если я не понимаю вашу цель, но я возьму на это удар, так как у меня есть аналогичное наследование в моем проекте (хотя я использую шаблон table-per-base-class с столбцом дискриминатора).

Я считаю, что вы можете выполнить то, что вы хотите сделать, если FNH игнорирует ваш базовый класс Tag, а затем переопределяет отображение объектов RespondentTag и ArchiveTag для реализации отношений "многие ко многим". Таким образом, в вашей конфигурации FNH вы должны указать аргумент для вашего вызова сопоставлений:

m.AutoMappings.Add(AutoMap.AssemblyOf<SomeObjectInMyAssembly>(new MyAutoMapConfig()) // Assuming you're using a config class
    .IgnoreBase(typeof(Entity))
    .IgnoreBase(typeof(Tag))
    .UseOverridesFromAssemblyOf<SomeOverrideClass>());

Затем вам нужно будет настроить переопределения в любой сборке, которую вы их храните. У вас будет что-то вроде этого:

public class RespondentTagOverride : IAutoMappingOverride<RespondentTag>
{
    public void Override(AutoMapping<RespondentTag> mapping)
    {
        mapping.HasManyToMany(x => x.RespondentList)
            .Cascade
            .SaveUpdate()
            .Inverse()
            .Table("Tag_Respondent"); // Not sure if the table call works in the override...you may have to use a convention for this
    }
}

То же самое для объекта ArchiveTag.

Что-то похожее на то, что я делаю в моей схеме наследования, хотя, как я уже упоминал, в моем классе конфигурации automap я переопределяю метод IsDiscriminated, чтобы указать, что мои объекты являются табличными для базового класса и различаются.