¿Qué significa el fin principal de una asociación en una relación 1: 1 en el marco de la entidad?

public class Foo
{
    public string FooId{get;set;}
    public Boo Boo{get;set;}
}


public class Boo
{
    public string BooId{get;set;}
    public Foo Foo{get;set;}
}

Intenté hacer esto en Entity Framework cuando recibí el error:

No se puede determinar el final principal de una asociación entre los tipos 'ConsoleApplication5.Boo' y 'ConsoleApplication5.Foo'. El final principal de esta asociación debe configurarse explícitamente utilizando la API fluida de relación o las anotaciones de datos.

He visto preguntas sobre StackOverflow con una solución para este error, pero quiero entender qué significa el término "fin principal".

En una relación uno a uno, un extremo debe ser principal y el segundo extremo debe ser dependiente. El extremo principal es el que se insertará primero y que puede existir sin el dependiente. El final dependiente es el que debe insertarse después del principal porque tiene una clave foránea para el principal.

En el caso del marco de la entidad, FK en dependiente también debe ser su PK, por lo que en su caso debe usar:

public class Boo
{
    [Key, ForeignKey("Foo")]
    public string BooId{get;set;}
    public Foo Foo{get;set;}
}

O mapeo fluido

modelBuilder.Entity<Foo>()
            .HasOptional(f => f.Boo)
            .WithRequired(s => s.Foo);

También puede usar el [Required]atributo de anotación de datos para resolver esto:

public class Foo
{
    public string FooId { get; set; }

    public Boo Boo { get; set; }
}

public class Boo
{
    public string BooId { get; set; }

    [Required]
    public Foo Foo {get; set; }
}

Foose requiere para Boo.

Esto se refiere a la respuesta de @Ladislav Mrnka sobre el uso de una API fluida para configurar la relación uno a uno.

Tuve una situación donde tener FK of dependent must be it's PK no era factible tener.

Por ejemplo, Fooya tiene una relación de uno a muchos Bar.

public class Foo {
   public Guid FooId;
   public virtual ICollection<> Bars; 
}
public class Bar {
   //PK
   public Guid BarId;
   //FK to Foo
   public Guid FooId;
   public virtual Foo Foo;
}

Ahora, tuvimos que agregar otra relación uno a uno entre Foo y Bar.

public class Foo {
   public Guid FooId;
   public Guid PrimaryBarId;// needs to be removed(from entity),as we specify it in fluent api
   public virtual Bar PrimaryBar;
   public virtual ICollection<> Bars;
}
public class Bar {
   public Guid BarId;
   public Guid FooId;
   public virtual Foo PrimaryBarOfFoo;
   public virtual Foo Foo;
}

Aquí se explica cómo especificar una relación uno a uno utilizando una API fluida:

modelBuilder.Entity<Bar>()
            .HasOptional(p => p.PrimaryBarOfFoo)
            .WithOptionalPrincipal(o => o.PrimaryBar)
            .Map(x => x.MapKey("PrimaryBarId"));

Tenga en cuenta que si bien la adición PrimaryBarIddebe eliminarse, ya que lo especificamos a través de una API fluida.

También tenga en cuenta que el nombre del método [WithOptionalPrincipal()][1]es algo irónico. En este caso, el director es Bar. La descripción de WithOptionalDependent () en msdn lo hace más claro.