}
}
Обратите внимание на то, что для доступа к константам класса ConstData необходимо указать имя типа. Однако класс Program имеет прямой доступ к константе BestNhlTeam, поскольку она была определена в пределах собственной области видимости класса. Константа LocalFixedValue, определенная в Main(), конечно же, должна быть доступной только из метода Main().
Исходный код.Проект Constants размещен в подкаталоге, соответствующем главе 3.
Определение полей только для чтения
Как упоминалось выше, значение, присваиваемое константе, должно быть известно во время компиляции. Но что делать, если нужно создать неизменяемое поле, начальное значение которого будет известно только в среде выполнения? Предположим, что вы создали класс Tire (покрышка), в котором обрабатывается значение ID (идентификатор) производителя. Кроме того, предположим, что вы хотите сконфигурировать этот тип класса так, чтобы в нем поддерживалась пара известных экземпляров Tire, чьи значения не должны изменяться. Если использовать ключевое слово const, вы получите ошибку компиляции, поскольку адрес объекта в памяти становится известным только в среде выполнения .
class Tire {
// Поскольку адреса объектов определяются в среде выполнения,
// здесь нельзя использовать ключевое слово 'const.'!
public const Tire Goodstone = new Tire(90); // Ошибка!
public const Tire FireYear = new Tire(100); // Ошибка!
public int manufactureID;
public Tire() {}
public Tire(int ID) { manufactureID = ID;}
}
Поля, доступные только для чтения, позволяют создавать элементы данных, значения которых остаются неизвестными в процессе трансляции, но о которых известно, что они никогда не будут изменяться после их создания. Чтобы определить поле, доступное только для чтения, используйте ключевое слово C# readonly.
class Tire {
public readonlyTire GoodStone = new Tire(90);
public readonlyTire FireYear = new Tire(100);
public int manufactureID;
public Tire() {}
public Tire (int ID) {manufactureID = ID;}
}
С такой модификацией вы сможете не только выполнить компиляцию, но и гарантировать, что при изменении значений полей GoodStone и FireYear в программе вы получите сообщение об ошибке.
static void Main(string[] args) {
// Ошибка!
// Нельзя изменять значение поля, доступного только для чтения.
Tire t = new Tire();
t.FireYear = new Tire(33);
}
Поля, доступные только для чтения, отличаются от констант еще и тем, что таким полям можно присваивать значения в контексте конструктора. Это может оказаться очень полезным тогда, когда значение, которое нужно присвоить доступному только для чтения полю, считывается из внешнего источника (например, из текстового файла или из базы данных). Рассмотрим другой класс, Employee (служащие), который определяет доступную только для чтения строку, изображающую SSN (Social Security Number – номер социальной страховки в США). Чтобы обеспечить пользователю объекта возможность указать это значение, можно использовать следующий вариант программного кода.
class Employee {
public readonly string SSN;
public Employee(string empSSN) {
SSN = empSSN;
}
}
Здесь SSN является значением readonly (только для чтения), поэтому любая попытка изменить это значение вне конструктора приведет к ошибке компиляции.
static void Main(string[] args) {
Employee e = new Employee("111-22-1111");
e.SSN = "222-22-2222"; // Ошибка!
}
Статические поля только для чтения
В отличие от данных-констант, доступные только для чтения поля не причисляются автоматически к группе статических. Если вы хотите использовать значения доступных только для чтения полей на уровне классов, используйте ключевое слово static.
class Tire {
public staticreadonly Tire GoodStone = new Tire(90);
public staticreadonly Tire FireYear = new Tire(100);
...
}
Вот пример использования нового типа Tire.
static void Main(string[] args) {
Tire myTire = Tire.FireYear;
Console.WriteLine("Код ID моих шин: {0}", myTire.manufactureID);
}
Исходный код.Проект ReadOnlyFields размещен в подкаталоге, соответствующем главе 3.
Как уже говорилось в этой главе, члены классов (и структур) в C# могут определяться с ключевым cловом static В этом случае соответствующий член должен вызываться непосредственно на уровне класса, а не экземпляра типа. Для иллюстрации рассмотрим "знакомый" тип System.Console. Вы уже могли убедиться, что метод WriteLine() вызывается не с объектного уровня.
Читать дальше