what is difference between inverse property and foreign key in entity framework?

Question

I knew that Inverse Property is used when you have multiple relationships between classes. but I am confused between inverse property and foreign key property since both of them

Answer 1

Foreign key attribute is used to:

1. Indicate the name of navigation property related to given foreign key property

   // this is foreign key property with related "privilegeLookup" navigation property. Database column name will be PrivilegeLookupId
   [ForeignKey("privilegeLookup"), Column(Order = 1)]       
   public int PrivilegeLookupId { get; set; }
   // this is related navigation property
   public PrivilegeLookup privilegeLookup { get; set; }
   

2. OR indicate the name of foreign key property for given navigation property:

   // this is foreign key property
   public int PrivilegeLookupId { get; set; }
   // this is navigation property with related foreign key property
   [ForeignKey("PrivilegeLookupId")]  
   public PrivilegeLookup privilegeLookup { get; set; }
   

It is useful when default EF code-first conventions do not apply, or apply in a way not suitable for you. Here you can see a list of EF code-first conventions.

Inverse Property attribute is used when you need to indicate that navigation property in class A is related to the same foreign key as another navigation property in class B. For example:

public class Student
{
    public int StudentID { get; set; }

    public Standard CurrentStandard { get; set; }
    public Standard PreviousStandard { get; set; }
}

public class Standard
{    
    public int StandardId { get; set; }

    public ICollection CurrentStudents { get; set; }
    public ICollection PreviousStudents { get; set; }   
}

Here we have two classes, each with two navigation properties. Our intention is to have two foreign keys in table Student, probably named CurrentStandardId and PreviousStandardId, and navigation properties of class Standard are also related to the same foreign keys (one to many relationship). However, in this case EF will not realize this without futher guidance - instead it will create 4 foreign keys. To guide it, we have to use inverse property attribute:

public class Standard
{
    public int StandardId { get; set; }

    // reference to the name of another navigation property in class Student
    [InverseProperty("CurrentStandard")]
    public ICollection CurrentStudents { get; set; }

    // reference to the name of another navigation property in class Student
    [InverseProperty("PreviousStandard")]
    public ICollection PreviousStudents { get; set; }   
}

Now EF understands our intentions and will create just two foreign keys, though the names will be not good. To also change column names, we can use foreign key attribute:

public class Student 
{
    public int StudentID { get; set; }

    public int CurrentStandardId { get; set; }
    public int PreviousStandardId { get; set; }

    [ForeignKey("CurrentStandardId")]
    public Standard CurrentStandard { get; set; }

    [ForeignKey("PreviousStandardId")]
    public Standard PreviousStandard { get; set; }
}

Long story short - EF can deduce many things based on code conventions. However when it cannot (for example when you have two foreign keys in the same class) - you have to help it using attributes from your question.