Полное руководство. С# 4.0

Для того чтобы стали более понятными отличия между модификаторами public и private, рассмотрим следующий пример программы. // Отличия между видами доступа public и private к членам класса. using System; class MyClass { private int alpha; // закрытый доступ, указываемый явно int beta; // закрытый доступ по умолчанию public int gamma; // открытый доступ // Методы, которым доступны члены alpha и beta данного класса. // Член класса может иметь доступ к закрытому члену этого же класса. public void SetAlpha(int а) { alpha = а; } public int GetAlpha { return alpha; } public void SetBeta(int a) { beta = a; } public int GetBeta { return beta; } } class AccessDemo { static void Main { MyClass ob = new MyClass; // Доступ к членам alpha и beta данного класса // разрешен только посредством его методов. ob.SetAlpha(-99); ob.SetBeta(19); Console.WriteLine("ob.alpha равно " + ob.GetAlpha); Console.WriteLine("ob.beta равно " + ob.GetBeta ); // Следующие виды доступа к членам alpha и beta // данного класса не разрешаются. // ob.alpha = 10; // Ошибка! alpha - закрытый член! // ob.beta =9; // Ошибка! beta - закрытый член! // Член gamma данного класса доступен непосредственно, // поскольку он является открытым. ob.gamma = 99; } }

Как видите, в классе MyClass член alpha указан явно как private, член beta ста новится private по умолчанию, а член gamma указан как public. Таким образом, члены alpha и beta недоступны непосредственно из кода за пределами данного клас са, поскольку они являются закрытыми. В частности, ими нельзя пользоваться непо средственно в классе AccessDemo. Они доступны только с помощью таких открытых (public) методов, как SetAlpha и GetAlpha. Так, если удалить символы коммен тария в начале следующей строки кода: // ob.alpha = 10; // Ошибка! alpha - закрытый член!

то приведенная выше программа не будет скомпилирована из-за нарушения правил доступа. Но несмотря на то, что член alpha недоступен непосредственно за преде лами класса MyClass, свободный доступ к нему организуется с помощью методов, определенных в классе MyClass, как наглядно показывают методы SetAlpha и GetAlpha. Это же относится и к члену beta.

Из всего сказанного выше можно сделать следующий важный вывод: закрытый член может свободно использоваться другими членами этого же класса, но недоступен для кода за пределами своего класса. Организация закрытого и открытого доступа

Правильная организация закрытого и открытого доступа — залог успеха в объектно- ориентированном программировании. И хотя для этого не существует твердо уста новленных правил, ниже перечислен ряд общих принципов, которые могут служить в качестве руководства к действию.

Члены, используемые только в классе, должны быть закрытыми.

Данные экземпляра, не выходящие за определенные пределы значений, должны быть закрытыми, а при организации доступа к ним с помощью открытых методов следует выполнять проверку диапазона представления чисел.

Если изменение члена приводит к последствиям, распространяющимся за пределы области действия самого члена, т.е. оказывает влияние на другие аспекты объекта, то этот член должен быть закрытым, а доступ к нему — контролируемым.

Члены, способные нанести вред объекту, если они используются неправильно, должны быть закрытыми. Доступ к этим членам следует организовать с помощью открытых методов, исключающих неправильное их использование.

Методы, получающие и устанавливающие значения закрытых данных, должны быть открытыми.

Переменные экземпляра допускается делать открытыми лишь в том случае, если нет никаких оснований для того, чтобы они были закрытыми.

Разумеется, существует немало ситуаций, на которые приведенные выше прин ципы не распространяются, а в особых случаях один или несколько этих принципов могут вообще нарушаться. Но в целом, следуя этим правилам, вы сможете создавать объекты, устойчивые к попыткам неправильного их использования. Практический пример организации управления доступом

Для чтобы стали понятнее особенности внутреннего механизма управления до ступом, обратимся к конкретному примеру. Одним из самых характерных примеров объектно-ориентированного программирования служит класс, реализующий стек — структуру данных, воплощающую магазинный список, действующий по принципу "первым пришел — последним обслужен". Свое название он получил по аналогии со стопкой тарелок, стоящих на столе. Первая тарелка в стопке является в то же время последней использовавшейся тарелкой.