public static void SetInterestRate(double newRate) { currInterestRate = newRate; }
public static double GetInterestRate() { return currInterestRate; }
// Методы экземпляра получения/установки текущей процентной ставки.
public void SetInterestRateObj(double newRate) { currInterestRate = newRate; }
public double GetInterestRateObj() { return currInterestRate; }
}
Теперь рассмотрим следующий вариант использования этого класса и соответствующий вывод, показанный на рис. 3.10.
static void Main(string [] args) {
Console.WriteLine("*** Забавы со статическими данными ***");
SavingsAccount s1 = new SavingsAccount(50);
SavingsAccount s2 = new SavingsAccount(100);
// Получение и установка процентной ставки.
Console.WriteLine("Процентная ставка: {0}", s1.GetInterestRateObj());
s2.SetInterestRateObj(0.08);
// Создание нового объекта.
// Это НЕ 'переустанавливает' процентную ставку.
SavingsAccount s3 = new SavingsAccount(10000.75);
Console.WriteLine("Процентная ставка: {0}", SavingsAccount.GetlnterestRate());
Console.ReadLine();
}
Рис. 3.10. Статические данные размещаются один раз
Вы уже знаете о том, что конструкторы используются для установки значения данных типа во время его создания, Если указать присваивание значения элементу статических данных в рамках конструктора уровня экземпляра, вы обнаружите, что это значение переустанавливается каждый раз при создании нового объекта! Например, изменим класс SavingsAccount так.
class SavingsAccount {
public double currBalance;
public static double currInterestRate;
public SavingsAccount(double balance) {
currBalance = balance;
currInterestRate = 0.04;
}
}
Если теперь выполнить предыдущий метод Main(), вы увидите совсем другой вывод (рис. 3.11). Обратите внимание на то, что в данном случае переменная currInterestRate переустанавливается каждый раз при создании нового объекта SavingsAccount.
Рис. 3.11. Присваивание значений статическим данным в конструкторе "переустанавливает" эти значения
Вы всегда можете установить начальное значение статических данных, используя синтаксис инициализации члена, но что делать, если значение для статических данных нужно получить из базы данных или внешнего файла? Для решения таких задач требуется, чтобы в контексте метода можно было использовать соответствующие операторы программного кода. По этой причине в C# допускается определение статического конструктора.
class SavingsAccount {
…
// Статический конструктор.
static SavingsAccount() {
Console.WriteLine("В статическом конструкторе.");
currInterestRate = 0.04;
}
}
Вот несколько интересных замечаний, касающихся статических конструкторов.
• Любой класс (или структура) может определять только один статический конструктор.
• Статический конструктор выполняется только один раз, независимо от того, сколько создается объектов данного типа.
• Статический конструктор не может иметь модификаторов доступности и параметров.
• Среда выполнения вызывает статический конструктор, когда создается экземпляр класса, или перед тем, как получить доступ к первому вызываемому статическому члену.
• Статический конструктор выполняется до выполнения любого конструктора уровня экземпляра.
Теперь значение статических данных при создании новых объектов SavingsAccount сохраняется, и соответствующий вывод будет идентичен показанному на рис. 3.10.
Язык C# 2005 расширил область применения ключевого слова static путем введения в рассмотрение статических классов. Когда класс определен, как статический, он не допускает создания экземпляров с помощью ключевого слова new и может содержать только статические члены или поля (если это условие не будет выполнено, вы получите ошибку компиляции).
На первый взгляд может показаться, что класс, для которого нельзя создать экземпляр, должен быть совершенно бесполезным. Однако если вы создаете класс, не содержащий ничего, кроме статических членов и/или констант, то нет никакой необходимости и в локализации такого класса. Рассмотрим следующий тип.
// Статические классы могут содержать только
// статические члены и поля-константы.
static class UtilityClass {
public static void PrintTime() { Console.WriteLine(DateTime.Now.ToShortTimeString());}
public static void PrintDate() {Console.WriteLine(DateTime.Today.ToShortDateString());}
}
При наличии модификатора static пользователи объекта не смогут создавать экземпляры UtilityClass.
static void Main(string[] args) {
UtilityClass.PrintDate();
// Ошибка компиляции!
// Нельзя создавать экземпляры статических классов.
UtilityClass u = new UtilityClass();
…
}
До появления C# 2005 единственной возможностью для запрета на создание таких типов пользователями объекта было или переопределение конструктора, заданного по умолчанию, как приватного, или обозначение класса, как абстрактного типа, с помощью ключевого слова C# abstract (подробно абстрактные типы обсуждаются в главе 4).
class UtilityClass {
private UtilityClass(){}
…
}
abstract class UtilityClass {
…
}
Эти конструкции по-прежнему доступны, но с точки зрения типовой безопасности использование статических классов является более выгодным решением, поскольку указанные выше варианты не исключают присутствия нестатических членов в определении класса.
Исходный код. Проект StaticData размещен в подкаталоге, соответствующем главе 3.
Модификаторы параметров методов
Методы (и статические, и уровня экземпляра) могут использовать параметры, передаваемые вызывающей стороной. Однако, в отличие от некоторых других языков программировании, в C# предлагается множество модификаторов параметров, которые контролируют способ передачи (и, возможно, возврата) аргументов для данного метода, как показано в табл. 3.5,
Таблица 3.5. Модификаторы параметров C#
Модификатор параметров Описание (нет) Если параметр не помечен модификатором, то предполагается передача параметра
по значению, т.е. вызываемый метод получит копию оригинальных данных out Выходные параметры устанавливаются вызываемым методом (и, таким образом, передаются по ссылке). Если вызываемый метод не назначит выходные параметры, генерируется ошибка компиляции params Позволяет переслать произвольное число аргументов одинакового типа в виде единого параметра. Для любого метода допускается только один модификатор params и только для последнего параметра метода ref Соответствующее значение задается вызывающей стороной, но вызываемый метод
может это значение изменить (поскольку данные передаются по ссылке). Если вызываемый метод не присвоит значение параметру ref, ошибка компиляции не генерируется
Способ передачи параметров, используемый по умолчанию
По умолчанию параметр передается в функцию по значению. Попросту говоря, если не определить для аргумента модификатор, то в функцию передаётся копия переменной.
// По умолчанию аргументы передаются по значению.
public static int Add(int x, int y) {
int ans = x + y;
// Вызывающая сторона не увидит этих изменений,
// поскольку модифицируется копия оригинальных данных.
x = 10000; у = 88888;
return ans;
}
Здесь входные целочисленные параметры передаются по значению. Поэтому, если изменить значения параметров внутри данного метода, то вызывающая сторона об этом не узнает, поскольку изменяются значения копий целочисленных данных вызывающего объекта.
static void Main(string[] args) {
int x = 9, y = 10;
Console.WriteLine ("До вызова: X: {0}, Y: {1}", x, y);
Console.WriteLine("Ответ: {0}", Add(x, y));
Console.WriteLine("После вызова: X: {0}, Y: {1}", x, у);
}
Как вы и должны ожидать, значения х и у остаются теми же и после вызова Add().
