Dlaczego warto korzystać Zkolekcji, a nie liczby lub listy na wielu-wielu/JEDEN-wiele relacji?

ICollection<T> jest używany, ponieważ interfejs IEnumerable<T> nie zapewnia możliwości dodawania elementów, usuwania elementów lub w inny sposób modyfikowania kolekcji.

Odpowiadając na twoje pytanie o List<T>:

List<T> jest klasą; określenie interfejsu pozwala na większą elastyczność implementacji. Lepszym pytaniem jest " dlaczego nie IList<T>?"

Aby odpowiedzieć na to pytanie, zastanów się, co IList<T> dodaje do ICollection<T>: indeksowanie liczb całkowitych, co oznacza, że elementy mają dowolną kolejność i mogą być pobrane przez odniesienie do tej kolejności. Prawdopodobnie w większości przypadków nie ma to znaczenia, ponieważ elementy prawdopodobnie muszą być uporządkowane inaczej w różnych kontekstach.

Istnieje pewna podstawowa różnica między ICollection a IEnumerable

• IEnumerable - zawiera tylko metodę GetEnumerator, aby uzyskać Enumerator i wykonać pętlę
• ICollection zawiera następujące metody-Add/Remove/Contains/Count / CopyTo
• ICollection jest dziedziczona z IEnumerable
• z ICollection możesz zmodyfikować kolekcję za pomocą metod takich jak add/remove, you dont have wolność, by zrobić to samo z liczbą mnogą.

Prosty Program:

using System;
using System.Collections;
using System.Collections.Generic;

namespace StackDemo
{
    class Program 
    {
        static void Main(string[] args)
        {
            List<Person> persons = new List<Person>();
            persons.Add(new Person("John",30));
            persons.Add(new Person("Jack", 27));

            ICollection<Person> personCollection = persons;
            IEnumerable<Person> personEnumeration = persons;

            //IEnumeration
            //IEnumration Contains only GetEnumerator method to get Enumerator and make a looping
            foreach (Person p in personEnumeration)
            {                                   
               Console.WriteLine("Name:{0}, Age:{1}", p.Name, p.Age);
            }

            //ICollection
            //ICollection Add/Remove/Contains/Count/CopyTo
            //ICollection is inherited from IEnumerable
            personCollection.Add(new Person("Tim", 10));

            foreach (Person p in personCollection)
            {
                Console.WriteLine("Name:{0}, Age:{1}", p.Name, p.Age);        
            }
            Console.ReadLine();

        }
    }

    class Person
    {
        public string Name { get; set; }
        public int Age { get; set; }
        public Person(string name,int age)
        {
            this.Name = name;
            this.Age = age;
        }
    }
}

Podstawową ideą korzystania z ICollection jest zapewnienie interfejsu do odczytu-dostępu do pewnej skończonej ilości danych. W rzeczywistości masz kolekcję.Count property. IEnumerable jest bardziej odpowiednie dla jakiegoś łańcucha danych, w którym czytasz do jakiegoś punktu logicznego, jakiegoś warunku esplicite określonego przez konsumenta lub do końca wyliczenia.

Pamiętam to tak:

1. IEnumerable posiada jedną metodę GetEnumerator (), która umożliwia odczyt wartości w kolekcji, ale nie zapisanie do niej. Większość złożoności użycia enumeratora jest dla nas zadana przez polecenie for each w C#. IEnumerable posiada jedną właściwość: Current, która zwraca bieżący element.

2. ICollection implementuje IEnumerable i dodaje kilka dodatkowych właściwości, z których najczęściej korzysta Count. The generic wersja ICollection implementuje metody Add() I Remove ().

3. IList implementuje zarówno liczbę, jak Ikolekcję.

To, co zrobiłem w przeszłości, to zadeklarować moje wewnętrzne Kolekcje klas za pomocą IList<Class>, ICollection<Class>lub IEnumerable<Class> (Jeśli lista statyczna) w zależności od tego, czy będę musiał wykonać dowolną liczbę z następujących metod w moim repozytorium: enumerate, sort/order lub modify. Kiedy po prostu muszę wyliczyć (a może posortować) obiekty, wtedy tworzę temp List<Class> do pracy z kolekcją w ramach metody liczbowej. Myślę, że ta praktyka byłaby skuteczna tylko wtedy, gdy zbiór jest stosunkowo mały, ale to może być dobra praktyka w ogóle, idk. Proszę mnie poprawić, jeśli istnieją dowody na to, dlaczego nie byłoby to dobrą praktyką.

Właściwości nawigacji są zazwyczaj definiowane jako wirtualne, dzięki czemu mogą korzystać z pewnych funkcji struktury encji, takich jak leniwe Ładowanie.

Jeśli właściwość nawigacyjna może zawierać wiele elementów (jak w relacjach od wielu do wielu lub od jednego do wielu), jej typem musi być lista, w której wpisy mogą być dodawane, usuwane i aktualizowane, takie jak Kolekcja.

Https://www.asp.net/mvc/overview/getting-started/getting-started-with-ef-using-mvc/creating-an-entity-framework-data-model-for-an-asp-net-mvc-application