Jakie jest znaczenie planowanego modyfikatora dostępu C # „prywatnie chroniony”?

W ramach dokumentacji Roslyn w serwisie GitHub znajduje się strona o nazwie Stan implementacji funkcji języka z planowanymi funkcjami językowymi dla C # i VB.

Jedną z funkcji, której nie mogłem ogarnąć głowy, był private protectedmodyfikator dostępu:

private protected string GetId() { … } 

Istnieje również strona notatek projektowych języka C # , która wyjaśnia wiele nowych funkcji, ale nie tę.

Eric Lippert powiedział w komentarzu :

Twój błąd polega na myśleniu o modyfikatorach jako o rosnących ograniczeniach. W rzeczywistości modyfikatory zawsze zmniejszają ograniczenia. Pamiętaj, że rzeczy są domyślnie „prywatne”; tylko poprzez dodanie modyfikatorów sprawisz, że będą mniej ograniczone.

Jakie to ma znaczenie private protected? Kiedy mogę tego użyć?

Według „ Professional C # 2008 ” De Billa Evjena i Jaya Glynna, strona 1699:

prywatnie chroniony - „tylko typy pochodne w bieżącym zestawie”

C ++ / CLI ma podobną funkcję - Definiuj i używaj klas i struktur (C ++ / CLI)> Widoczność elementu członkowskiego :

private protected-lub- protected private- Element jest chroniony wewnątrz zespołu, ale poza zespołem.

Oto wszystkie modyfikatory dostępu na diagramach Venna, od bardziej ograniczających po bardziej rozwiązłe:

private:

private protected: - dodane w C # 7.2

internal:

protected:

protected internal:

public:

Ma to na celu jedynie przedstawienie wykresu (utworzonego za pomocą http://ashitani.jp/gv/ ) różnych poziomów dostępności (obrazy nie mieszczą się w komentarzach).

Każda strzałka oznacza „jest bardziej restrykcyjna niż”.

Nazwy są CLR Private, FamilyANDAssembly, Assembly, Family, FamilyORAssembly, Public.

Znacznie późniejsza edycja: Okazało się, że ten fajny nowy poziom dostępu (o bardzo złej nazwie) nie został ostatecznie uwzględniony w C # 6.0. Jest obsługiwany tylko od wersji C # 7.2 (i widzę, że zaktualizowałeś swoje pytanie „tagi”).

To tylko przypuszczenie, ale z nazwy można się domyślić, że jest to bardziej ograniczona wersja protected(lub bardziej zrelaksowana wersja, privatejeśli chcesz). Jedynym rozsądnym wariantem jest ograniczenie protectedzachowania do montażu.

Możliwe użycie: wtedy chcesz mieć protecteddo implementacji wewnętrznej, ale nie do użytku zewnętrznego (i nie chcesz zapieczętować klasy).

PS Zawsze istniał w środowisku CLR, ale nie w C # . To połączenie protected i internal , cytuj:

CLR obsługuje również typ dostępu „Rodzina i zespół”. Oznacza to, że metoda jest dostępna z poziomu deklarującego typu, typów zagnieżdżonych i pochodnych, ale tylko wtedy, gdy są zadeklarowane w tym samym zestawie. Najwyraźniej zespół C # nie pomyślał o tym jako o bardzo użytecznej funkcji, więc nie jest obsługiwana w tym języku.

„Może być” widoczne tylko dla podklas, które są w tym samym zestawie. To sprawia, że ​​jest trochę ograniczony niż protected.

Zobacz specyfikację funkcji „private protected”:

Intuicyjne znaczenie prywatnej ochrony jest „dostępne w ramach tego zestawu według typów pochodnych klasy zawierającej”.