O que significa o fim principal de uma associação no relacionamento 1: 1 na estrutura da Entidade

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;}
}

Eu estava tentando fazer isso no Entity Framework quando recebi o erro:

Não foi possível determinar o fim principal de uma associação entre os tipos 'ConsoleApplication5.Boo' e 'ConsoleApplication5.Foo'. A extremidade principal desta associação deve ser explicitamente configurada usando a API fluente do relacionamento ou anotações de dados.

Vi perguntas no StackOverflow com uma solução para esse erro, mas quero entender o significado do termo "fim principal".

Na relação um para um, um extremo deve ser principal e o segundo extremo deve ser dependente. Extremidade principal é aquela que será inserida primeiro e que pode existir sem a dependente. Extremidade dependente é aquele que deve ser inserido após o principal, porque possui chave estrangeira para o principal.

No caso da estrutura da entidade, o FK em dependente também deve ser o seu PK; portanto, no seu caso, você deve usar:

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

Ou mapeamento fluente

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

Você também pode usar o [Required]atributo de anotação de dados para resolver isso:

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; }
}

Fooé necessário para Boo.

Isso se refere à resposta de @Ladislav Mrnka sobre o uso de API fluente para configurar o relacionamento individual.

Teve uma situação em que ter FK of dependent must be it's PKnão era viável.

Por exemplo, Foojá possui um relacionamento com muitos 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;
}

Agora, tivemos que adicionar outro relacionamento individual entre Foo e 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;
}

Aqui está como especificar o relacionamento individual usando a API fluente:

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

Observe que a adição PrimaryBarIdprecisa ser removida, pois a especificamos por meio de API fluente.

Observe também que o nome do método [WithOptionalPrincipal()][1]é meio irônico. Nesse caso, Principal é Bar. A descrição de WithOptionalDependent () no msdn torna mais clara.