Сильно набрані ідентифікатори в Entity Framework Core

Я намагаюсь мати сильно набраний Idклас, який зараз тримається 'довго' всередині. Впровадження нижче. Проблема, якою я користуюсь цим у своїх об'єктах, полягає в тому, що Entity Framework дає мені повідомлення про те, що Id властивості вже відображено на ньому. Дивіться мою IEntityTypeConfigurationнижче.

Примітка. Я не прагну мати жорсткої реалізації DDD. Тому, будь ласка, пам’ятайте про це, коментуючи чи відповідаючи . Весь ідентифікатор, який стоїть за типом, Idпризначений для розробників, які приходять до проекту, вони настійно набрали, щоб використовувати Id у всіх своїх об'єктах, звичайно перекладених на long(або BIGINT) - але це зрозуміло тоді для інших.

Нижче класу та конфігурації, яка не працює. РЕПО можна знайти на веб-сторінці https://github.com/KodeFoxx/Kf.CleanArchitectureTemplate.NetCore31 ,

• Idклас в (коментується зараз): https://github.com/KodeFoxx/Kf.CleanArchitectureTemplate.NetCore31/blob/master/Source/Common/Kf.CANetCore31/DomainDrivenDesign/Id.cs
• Entityта ValueObjectкласи (де для Entityвластивості Idбуло тип Id.cs (вище): https://github.com/KodeFoxx/Kf.CleanArchitectureTemplate.NetCore31/tree/master/Source/Common/Kf.CANetCore31/DomainDrivenDesign
• Конфігурації за адресою: https://github.com/KodeFoxx/Kf.CleanArchitectureTemplate.NetCore31/tree/master/Source/Infrastructure/Persistence/Kf.CANetCore31.Infrastructure.Persistence.Ef/EntityTypeConfigurations

Idреалізація класу (позначена застарілою зараз, тому що я відмовився від ідеї, поки не знайшов рішення для цього)

namespace Kf.CANetCore31.DomainDrivenDesign
{
    [DebuggerDisplay("{DebuggerDisplayString,nq}")]
    [Obsolete]
    public sealed class Id : ValueObject
    {
        public static implicit operator Id(long value)
            => new Id(value);
        public static implicit operator long(Id value)
            => value.Value;
        public static implicit operator Id(ulong value)
            => new Id((long)value);
        public static implicit operator ulong(Id value)
            => (ulong)value.Value;
        public static implicit operator Id(int value)
            => new Id(value);


        public static Id Empty
            => new Id();

        public static Id Create(long value)
            => new Id(value);

        private Id(long id)
            => Value = id;
        private Id()
            : this(0)
        { }

        public long Value { get; }

        public override string DebuggerDisplayString
            => this.CreateDebugString(x => x.Value);

        public override string ToString()
            => DebuggerDisplayString;

        protected override IEnumerable<object> EquatableValues
            => new object[] { Value };
    }
}

EntityTypeConfigurationЯ використовував, коли Id не позначено застарілим для сутностіPerson На жаль, хоча, коли типу Id, EfCore не хотів його відображати ... коли тип довго не було проблемою ... Інші типи, що належать, як ви бачите (з Name) добре працювати.

public sealed class PersonEntityTypeConfiguration
        : IEntityTypeConfiguration<Person>
    {
        public void Configure(EntityTypeBuilder<Person> builder)
        {
            // this would be wrapped in either a base class or an extenion method on
            // EntityTypeBuilder<TEntity> where TEntity : Entity
            // to not repeated the code over each EntityTypeConfiguration
            // but expanded here for clarity
            builder
                .HasKey(e => e.Id);
            builder
                .OwnsOne(
                e => e.Id,
                id => {
                   id.Property(e => e.Id)
                     .HasColumnName("firstName")
                     .UseIdentityColumn(1, 1)
                     .HasColumnType(SqlServerColumnTypes.Int64_BIGINT);
                }

            builder.OwnsOne(
                e => e.Name,
                name =>
                {
                    name.Property(p => p.FirstName)
                        .HasColumnName("firstName")
                        .HasMaxLength(150);
                    name.Property(p => p.LastName)
                        .HasColumnName("lastName")
                        .HasMaxLength(150);
                }
            );

            builder.Ignore(e => e.Number);
        }
    }

Entity базовий клас (коли я ще використовував Id, тому коли він не був позначений застарілим)

namespace Kf.CANetCore31.DomainDrivenDesign
{
    /// <summary>
    /// Defines an entity.
    /// </summary>
    [DebuggerDisplay("{DebuggerDisplayString,nq}")]
    public abstract class Entity
        : IDebuggerDisplayString,
          IEquatable<Entity>
    {
        public static bool operator ==(Entity a, Entity b)
        {
            if (ReferenceEquals(a, null) && ReferenceEquals(b, null))
                return true;

            if (ReferenceEquals(a, null) || ReferenceEquals(b, null))
                return false;

            return a.Equals(b);
        }

        public static bool operator !=(Entity a, Entity b)
            => !(a == b);

        protected Entity(Id id)
            => Id = id;

        public Id Id { get; }

        public override bool Equals(object @object)
        {
            if (@object == null) return false;
            if (@object is Entity entity) return Equals(entity);
            return false;
        }

        public bool Equals(Entity other)
        {
            if (other == null) return false;
            if (ReferenceEquals(this, other)) return true;
            if (GetType() != other.GetType()) return false;
            return Id == other.Id;
        }

        public override int GetHashCode()
            => $"{GetType()}{Id}".GetHashCode();

        public virtual string DebuggerDisplayString
            => this.CreateDebugString(x => x.Id);

        public override string ToString()
            => DebuggerDisplayString;
    }
}

Person(домен та посилання на інші ValueObjects можна знайти на веб- сайті https://github.com/KodeFoxx/Kf.CleanArchitectureTemplate.NetCore31/tree/master/Source/Core/Domain/Kf.CANetCore31.Core.Domain/People )

namespace Kf.CANetCore31.Core.Domain.People
{
    [DebuggerDisplay("{DebuggerDisplayString,nq}")]
    public sealed class Person : Entity
    {
        public static Person Empty
            => new Person();

        public static Person Create(Name name)
            => new Person(name);

        public static Person Create(Id id, Name name)
            => new Person(id, name);

        private Person(Id id, Name name)
            : base(id)
            => Name = name;
        private Person(Name name)
            : this(Id.Empty, name)
        { }
        private Person()
            : this(Name.Empty)
        { }

        public Number Number
            => Number.For(this);
        public Name Name { get; }

        public override string DebuggerDisplayString
            => this.CreateDebugString(x => x.Number.Value, x => x.Name);
    }
}

Я не маю на меті мати жорстку реалізацію DDD. Тому, будь ласка, пам’ятайте про це, коментуючи чи відповідаючи. Весь ідентифікатор, що стоїть за набраним Id, призначений для розробників, які підходять до проекту, на якому вони сильно набрані, щоб використовувати Id у всіх своїх об'єктах

Тоді чому б просто не додати псевдонім типу:

using Id = System.Int64;

Отож, довго шукаючи, і намагаючись отримати ще якусь відповідь, я знайшов це, ось воно тоді. Завдяки Ендрю Локу.

Сильно введені ідентифікатори в EF Core: Використання сильно типізованих ідентифікаторів об'єктів для уникнення примітивної одержимості - Частина 4 : https://andrewlock.net/strongly-typed-ids-in-ef-core-using-strongly-typed-entity- ІД-уникнути-примітив-одержимість-частина-4 /

TL; DR / Підсумок Ендрю У цій публікації я описую рішення щодо використання сильно типізованих ідентифікаторів у ваших об'єктах EF Core за допомогою перетворювачів значень та користувальницького IValueConverterSelector. Базовий ValueConverterSelector в рамці EF Core використовується для реєстрації всіх вбудованих перетворень значень між примітивними типами. Виходячи з цього класу, ми можемо додати до цього списку наші сильно типізовані перетворювачі ідентифікаторів та отримати безперебійну конверсію в межах наших запитів EF Core

Я думаю, що вам не пощастило. Ваш випадок використання надзвичайно рідкісний. І EF Core 3.1.1 все ще бореться з розміщенням SQL в базі даних, яка не порушена ні в чому, крім більшості базових випадків.

Отже, вам доведеться написати щось, що проходить через дерево LINQ, і це, швидше за все, величезна робота, і якщо ви натрапите на помилки на EF Core - що вам доведеться - весело пояснюючи це у своїх квитках.