Net framework 5, а также среды Visual Studio 2012 и C#

доступ к членам типов
При определении члена типа (в том числе вложенного) можно указать модификатор 
доступа к члену. Модификаторы определяют, на какие члены можно ссылаться из 
кода. В CLR имеется собственный набор возможных модификаторов доступа, но в 
каждом языке программирования существуют свои синтаксис и термины. Напри-
мер, термин 
Assembly
в CLR указывает, что член доступен изнутри сборки, тогда 
как в C# для этого используется ключевое слово 
internal
.
В табл. 6.1 представлено шесть модификаторов доступа, определяющих уровень 
ограничения — от максимального (
Private
) до минимального (
Public
).
таблица 6.1.
.Модификаторы.доступа.к.членам
CLR
C#
Описание
Private (закрытый)
private
Доступен только методам в определяющем типе 
и вложенных в него типах
Family (родовой)
protected
Доступен только методам в определяющем типе 
(и вложенных в него типах) или в одном из его 
производных типов независимо от сборки
Family and 
Assembly (родовой 
и сборочный)
(не поддер-
живается)
Доступен только методам в определяющем типе 
(и вложенных в него типах) и производных ти-
пах в определяющей сборке
продолжение


---

192
Глава.6 .Основные.сведения.о.членах.и.типах
CLR
C#
Описание
Assembly (сбороч-
ный)
internal
Доступен только методам в определяющей 
сборке
Assembly or Family 
(сборочный или 
родовой)
protected 
internal
Доступен только методам вложенного типа, про-
изводного типа (независимо от сборки) и лю-
бым методам определяющей сборки
Public (открытый)
public
Доступен всем методам во всех сборках
Разумеется, для получения доступа к члену типа он должен быть определен 
в видимом типе. Например, если в сборке 
А
определен внутренний тип, имеющий 
открытый метод, то код сборки 
B
не сможет вызвать открытый метод, поскольку 
внутренний тип сборки 
А
недоступен из 
B
.
В процессе компиляции кода компилятор языка проверяет корректность обраще-
ния кода к типам и членам. Обнаружив некорректную ссылку на какие-либо типы 
или члены, компилятор информирует об ошибке. Помимо этого, во время выпол-
нения JIT-компилятор тоже проверяет корректность обращения к полям и методам 
при компиляции IL-кода в процессорные команды. Например, обнаружив код, не-
правильно пытающийся обратиться к закрытому полю или методу, JIT-компилятор 
генерирует исключение 
FieldAccessException
или 
MethodAccessException
соот-
ветственно.
Верификация IL-кода гарантирует правильность обработки модификаторов до-
ступа к членам в период выполнения, даже если компилятор языка проигнорировал 
проверку доступа. Другая, более вероятная возможность заключается в компиля-
ции кода, обращающегося к открытому члену другого типа (другой сборки); если 
в период выполнения загрузится другая версия сборки, где модификатор доступа 
открытого члена заменен 
защищенным
(protected) или 
закрытым
(private), вери-
фикация обеспечит корректное управление доступом.
Если модификатор доступа явно не указан, компилятор C# обычно (но не всег-
да) выберет по умолчанию закрытый — наиболее строгий из всех. CLR требует, 
чтобы все члены интерфейсного типа были открытыми. Компилятор C# знает об 
этом и запрещает программисту явно указывать модификаторы доступа к членам 
интерфейса, просто делая все члены открытыми.