¿Cuál es el significado del modificador de acceso C # "protegido privado" planificado?

Como parte de la documentación de Roslyn en GitHub, hay una página llamada Estado de implementación de la función de idioma , con funciones de lenguaje planificadas para C # y VB.

Una característica que no podía entender era el private protectedmodificador de acceso:

private protected string GetId() { … } 

También hay una página de Notas de diseño de lenguaje C # , que explica muchas características nuevas, pero no esta.

Eric Lippert dijo en un comentario :

Su error es pensar en los modificadores como restricciones crecientes. Los modificadores de hecho siempre disminuyen las restricciones. Recuerde, las cosas son "privadas" por defecto; solo agregando modificadores los hace menos restringidos.

¿Cuál es el significado de private protected? ¿Cuándo podría usarlo?

De acuerdo con " Professional C # 2008 " de De Bill Evjen y Jay Glynn, página 1699:

privado protegido - "solo tipos derivados dentro del ensamblaje actual"

C ++ / CLI tiene una característica similar: definir y consumir clases y estructuras (C ++ / CLI)> Visibilidad de miembros :

private protected-o bien protected private- El miembro está protegido dentro de la asamblea pero privado fuera de la asamblea.

Aquí están todos los modificadores de acceso en los diagramas de Venn, desde más limitantes hasta más promiscuos:

private:

private protected: - agregado en C # 7.2

internal:

protected:

protected internal:

public:

Esto es solo para proporcionar un gráfico (hecho con http://ashitani.jp/gv/ ) de los diferentes niveles de accesibilidad (las imágenes no caben en los comentarios).

Cada flecha significa "es más restrictivo que".

Los nombres son CLR Private, FamilyANDAssembly, Assembly, Family, FamilyORAssembly, Public.

Edición mucho más tarde: resultó que este nuevo y agradable nivel de acceso (con un nombre realmente pobre) finalmente no se incluyó en C # 6.0. Solo es compatible con C # 7.2 (y veo que actualizó sus "etiquetas" de preguntas).

Es solo una suposición, pero por un nombre que posiblemente puedas adivinar es una versión más restringida de protected(o una versión más relajada privatesi lo deseas). Y solo una variante razonable es restringir el protectedcomportamiento al ensamblaje.

Uso posible: entonces desea tener protecteduna implementación interna, pero no para usos externos (y no desea sellar la clase).

PD: siempre existió en CLR, pero no en C # . Es una combinación de protected y internal , cita:

CLR también admite el tipo de acceso "Familia y ensamblaje". Esto significa que se puede acceder al método desde el tipo de declaración, los tipos anidados y derivados, pero solo si se declaran en el mismo ensamblado. Bueno, aparentemente el equipo de C # no pensó en esto como una característica muy útil, por lo que no es compatible con este lenguaje.

"Puede ser" solo visible para las subclases que están en el mismo ensamblado. Esto lo hace un poco restringido que protected.

Consulte las especificaciones de la función "privada protegida":

El significado intuitivo de privado protegido es "accesible dentro de este ensamblado por tipos derivados de la clase que lo contiene".