public static double currInterestRate = 0.04;

  public SavingsAccount(double balance)

  {

    currBalance = balance;

  }

  // Статические члены для установки/получения процентной ставки.

  public static void SetInterestRate(double newRate)

    => currInterestRate = newRate;

  public static double GetInterestRate

    => currInterestRate;

}

Рассмотрим показанный ниже сценарий использования класса:

using System;

using StaticDataAndMembers;

Console.WriteLine("***** Fun with Static Data *****\n");

SavingsAccount s1 = new SavingsAccount(50);

SavingsAccount s2 = new SavingsAccount(100);

// Вывести текущую процентную ставку.

Console.WriteLine("Interest Rate is: {0}", SavingsAccount.GetInterestRate);

// Создать новый объект; это не 'сбросит' процентную ставку.

SavingsAccount s3 = new SavingsAccount(10000.75);

Console.WriteLine("Interest Rate is: {0}", SavingsAccount.GetInterestRate);

Console.ReadLine;

Вывод предыдущего кода выглядит так:

***** Fun with Static Data *****

Interest Rate is: 0.04

Interest Rate is: 0.04

Как видите, при создании новых экземпляров класса SavingsAccount значение статических данных не сбрасывается, поскольку среда CoreCLR выделяет для них место в памяти только один раз. Затем все объекты типа SavingsAccount имеют дело с одним и тем же значением в статическом поле currInterestRate.

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

Посмотрим, что произойдет, если поле currInterestRate не определено с ключевым словом static. Это означает, что каждый объект SavingAccount будет иметь собственную копию поля currInterestRate. Предположим, что вы создали сто объектов SavingAccount и нуждаетесь в изменении размера процентной ставки. Такое действие потребовало бы вызова метода SetInterestRate сто раз! Ясно, что подобный способ моделирования "разделяемых данных" трудно считать удобным. Статические данные безупречны в ситуации, когда есть значение, которое должно быть общим для всех объектов заданной категории.

На заметку! Ссылка на нестатические члены внутри реализации статического члена приводит к ошибке на этапе компиляции. В качестве связанного замечания: ошибкой также будет применение ключевого слова this к статическому члену, потому что this подразумевает объект!

Определение статических конструкторов

Типичный конструктор используется для установки значений данных уровня экземпляра во время его создания. Однако что произойдет, если вы попытаетесь присвоить значение статическому элементу данных в типичном конструкторе? Вы можете быть удивлены, обнаружив, что значение сбрасывается каждый раз, когда создается новый объект.

В целях иллюстрации модифицируйте код конструктора класса SavingsAccount, как показано ниже (также обратите внимание, что поле currInterestRate больше не устанавливается при объявлении):

class SavingsAccount

{

  public double currBalance;

  public static double currInterestRate;

  // Обратите внимание, что наш конструктор устанавливает

  // значение статического поля currInterestRate.

  public SavingsAccount(double balance)

  {

    currInterestRate = 0.04; // Это статические данные!

    currBalance = balance;

  }

  ...

}

Теперь добавьте к операторам верхнего уровня следующий код:

// Создать объект счета.

SavingsAccount s1 = new SavingsAccount(50);