Как убрать подчеркивание полей внешнего ключа в коде первым по соглашению

У меня есть несколько классов (включая TPT) в моем проекте. Каждый POCO имеет BaseClass, который имеет GUID (называется GlobalKey) в качестве первичного ключа.

Сначала я использовал DataAnnotations создать правильные внешние ключи. Но тогда у меня проблемы с синхронизацией соответствующего GUID с самим объектом.

Теперь я хочу иметь только одно свойство виртуальной навигации, чтобы поле GUID в базе данных создавалось NamingConvention, Но имя поля всегда добавляет подчеркивание, за которым следует слово GlobalKey (какой правильный). Когда я хочу удалить подчеркивание, я не хочу проходить через все мои POCO в свободном API, чтобы сделать это:

// Remove underscore from Navigation-Field     
modelBuilder.Entity<Person>()
            .HasOptional(x => x.Address)
            .WithMany()
            .Map(a => a.MapKey("AddressGlobalKey"));

Есть идеи сделать это для всех POCOS, переписав соглашение?

Заранее спасибо.

Andreas

7 ответов

Решение

Я наконец нашел ответ на этот вопрос, написав специальное соглашение. Это соглашение работает в EF 6.0 RC1 (код с прошлой недели), поэтому я думаю, что оно продолжит работать после выхода EF 6.0.

При таком подходе стандартные соглашения EF идентифицируют независимые ассоциации (IA), а затем создают EdmProperty для поля внешнего ключа. Затем это соглашение приходит и переименовывает поля внешнего ключа.

/// <summary>
/// Provides a convention for fixing the independent association (IA) foreign key column names.
/// </summary>
public class ForeignKeyNamingConvention : IStoreModelConvention<AssociationType>
{

    public void Apply(AssociationType association, DbModel model)
    {
        // Identify a ForeignKey properties (including IAs)
        if (association.IsForeignKey)
        {
            // rename FK columns
            var constraint = association.Constraint;
            if (DoPropertiesHaveDefaultNames(constraint.FromProperties, constraint.ToRole.Name, constraint.ToProperties))
            {
                NormalizeForeignKeyProperties(constraint.FromProperties);
            }
            if (DoPropertiesHaveDefaultNames(constraint.ToProperties, constraint.FromRole.Name, constraint.FromProperties))
            {
                NormalizeForeignKeyProperties(constraint.ToProperties);
            }
        }
    }

    private bool DoPropertiesHaveDefaultNames(ReadOnlyMetadataCollection<EdmProperty> properties, string roleName, ReadOnlyMetadataCollection<EdmProperty> otherEndProperties)
    {
        if (properties.Count != otherEndProperties.Count)
        {
            return false;
        }

        for (int i = 0; i < properties.Count; ++i)
        {
            if (!properties[i].Name.EndsWith("_" + otherEndProperties[i].Name))
            {
                return false;
            }
        }
        return true;
    }

    private void NormalizeForeignKeyProperties(ReadOnlyMetadataCollection<EdmProperty> properties)
    {
        for (int i = 0; i < properties.Count; ++i)
        {
            string defaultPropertyName = properties[i].Name;
            int ichUnderscore = defaultPropertyName.IndexOf('_');
            if (ichUnderscore <= 0)
            {
                continue;
            }
            string navigationPropertyName = defaultPropertyName.Substring(0, ichUnderscore);
            string targetKey = defaultPropertyName.Substring(ichUnderscore + 1);

            string newPropertyName;
            if (targetKey.StartsWith(navigationPropertyName))
            {
                newPropertyName = targetKey;
            }
            else
            {
                newPropertyName = navigationPropertyName + targetKey;
            }
            properties[i].Name = newPropertyName;
        }
    }

}

Обратите внимание, что Конвенция добавлена ​​к вашему DbContext в вашем DbContext.OnModelCreating переопределить, используя:

modelBuilder.Conventions.Add(new ForeignKeyNamingConvention());

Вы можете сделать одну из двух вещей:

  1. Следуйте правилам EF при именовании внешних ключей, т. Е. Если у вас есть виртуальный Addressопределите свое ключевое свойство как AddressId

  2. Скажите EF явно, что использовать. Один из способов сделать это - использовать Fluent API, как вы это делаете в настоящее время. Вы также можете использовать аннотации данных, хотя:

    [ForeignKey("Address")]
    public int? AddressGlobalKey { get; set; }
    
    public virtual Address Address { get; set; }
    

Это ваш единственный выбор.

Я знаю, что это немного устарело, но вот пример того, как я определяю столбцы сопоставления через мой свободный конфиг (OnModelCreating):

modelBuilder.Entity<Application>()
            .HasOptional(c => c.Account)
                .WithMany()
                .Map(c => c.MapKey("AccountId"));

Надеюсь это поможет,

Я также видел ту же проблему, когда тип поля выключен. Дважды проверьте тип поля Пример:

public string StateId {get;set;}

указывающий на объект домена с int в качестве типа State.Id. Убедитесь, что ваши типы одинаковы.

Я обнаружил, что настройки ключевого столбца не отслеживались ForeignKeyNamingConvention. Сделал это изменение, чтобы поймать их.

private bool DoPropertiesHaveDefaultNames(ReadOnlyMetadataCollection<EdmProperty> properties, string roleName, ReadOnlyMetadataCollection<EdmProperty> otherEndProperties)
{
    if (properties.Count == otherEndProperties.Count)
    {
        for (int i = 0; i < properties.Count; ++i)
        {
            if (properties[i].Name.EndsWith("_" + otherEndProperties[i].Name))
            {
                return true;
            }
            else
            {
                var preferredNameProperty =
                    otherEndProperties[i]
                        .MetadataProperties
                        .SingleOrDefault(x => x.Name.Equals("PreferredName"));

                if (null != preferredNameProperty)
                {
                    if (properties[i].Name.EndsWith("_" + preferredNameProperty.Value))
                    {
                        return true;
                    }
                }
            }
        }
    }
    return false;
}

Большинство из этих ответов имеют отношение к независимым ассоциациям (где определено свойство навигации "MyOtherTable", но не "int MyOtherTableId") вместо ассоциаций внешних ключей (где определены оба).

Это нормально, так как вопрос касается IA (он использует MapKey), но я сталкивался с этим вопросом при поиске решения той же проблемы с FKA. Поскольку другие люди могут прийти сюда по той же причине, я подумал, что поделюсь своим решением, которое использует ForeignKeyDiscoveryConvention.

/questions/3324626/entity-framework-6-soglashenie-o-tamozhennyih-otnosheniyah/3324636#3324636

У меня были проблемы при объединении его с соглашением об именовании идентификаторов EntityNameId.

При использовании следующего соглашения, чтобы убедиться, что таблица Customer имеет CustomerId, а не просто Id.

modelBuilder.Properties()
                        .Where(p => p.Name == "Id")
                        .Configure(p => p.IsKey().HasColumnName(p.ClrPropertyInfo.ReflectedType == null ? "Id" : p.ClrPropertyInfo.ReflectedType.Name +"Id"));

Соглашение об именовании внешнего ключа должно быть изменено на следующее.

 /// <summary>
    /// Provides a convention for fixing the independent association (IA) foreign key column names.
    /// </summary>
    public class ForeignKeyNamingConvention : IStoreModelConvention<AssociationType>
    { 
        public void Apply(AssociationType association, DbModel model) 
        { 
            // Identify ForeignKey properties (including IAs)  
            if (!association.IsForeignKey) return;

            // rename FK columns  
            var constraint = association.Constraint; 
            if (DoPropertiesHaveDefaultNames(constraint.FromProperties, constraint.ToProperties)) 
            { 
                NormalizeForeignKeyProperties(constraint.FromProperties); 
            } 

            if (DoPropertiesHaveDefaultNames(constraint.ToProperties, constraint.FromProperties)) 
            { 
                NormalizeForeignKeyProperties(constraint.ToProperties); 
            }
        } 

        private static bool DoPropertiesHaveDefaultNames(IReadOnlyList<EdmProperty> properties, IReadOnlyList<EdmProperty> otherEndProperties) 
        { 
            if (properties.Count != otherEndProperties.Count) 
            { 
                return false; 
            } 

            for (var i = 0; i < properties.Count; ++i)
            {
                if (properties[i].Name.Replace("_", "") != otherEndProperties[i].Name) 
                { 
                    return false; 
                } 
            } 

            return true; 
        } 

        private void NormalizeForeignKeyProperties(ReadOnlyMetadataCollection<EdmProperty> properties) 
        { 
            for (var i = 0; i < properties.Count; ++i) 
            { 
                var underscoreIndex = properties[i].Name.IndexOf('_'); 
                if (underscoreIndex > 0) 
                { 
                    properties[i].Name = properties[i].Name.Remove(underscoreIndex, 1); 
                }                 
            } 
        } 
    }
Другие вопросы по тегам