Modyfikatory dostępu wewnętrznego i prywatnego

Poniżej znajdziesz Wyjaśnienie. Możesz sprawdzić ten link, aby uzyskać więcej informacji - http://www.dotnetbull.com/2013/10/public-protected-private-internal-access-modifier-in-c.html

Private: - członkowie prywatni są dostępni tylko w obrębie własnego typu (własnej klasy).

Internal: - wewnętrzne pręty są dostępne tylko wewnątrz zestawu przez dziedziczenie (jego pochodny typ) lub przez instancję klasy.

Bibliografia :

Dotnetbull-co to jest modyfikator dostępu w c #

internal członkowie są widoczni dla całego kodu w Zgromadzeniu, w którym są zadeklarowani.
(Oraz do innych zespołów odwołujących się do [InternalsVisibleTo] atrybut )

private członkowie są widoczni tylko dla klasy deklarującej. (łącznie z klasami zagnieżdżonymi)

Z (miejmy nadzieję) oczywistych powodów, zewnętrzna (nie-zagnieżdżona) klasa nie może być zadeklarowana private.

Aby odpowiedzieć na pytanie, które zapomniałeś zadać, protected członkowie są jak private Członkowie, ale są również widoczne we wszystkich klasach, które dziedziczą Typ deklarujący. (Ale tylko na wyrażeniu co najmniej typu bieżącej klasy)

Private - encapsulations in class/scope / struct ect".

Wewnętrzna - hermetyzacja w zespołach.

Private members są dostępne tylko w obrębie klasy lub struktury, w której są zadeklarowane.

Wewnętrzne typy lub członkowie są dostępne tylko w plikach w tym samym zgromadzeniu

Internal pozwoli Ci odwoływać się, powiedzmy, do statycznej klasy dostępu do danych (dla bezpieczeństwa wątku) między wieloma klasami logiki biznesowej, nie subskrybując ich, aby dziedziczyć tę klasę/podróż między sobą w pulach połączeń, a ostatecznie uniknąć zezwolenia klasie DAL na promowanie dostępu na poziomie publicznym. Ma to niezliczone zaplecze w zakresie projektowania i najlepszych praktyk.

Entity Framework dobrze wykorzystuje tego typu dostęp