Выбрать главу

   public SavingsAccount(double balance)

   {

     currBalance = balance;

   }

}

Создайте три экземпляра класса SavingsAccount, как показано ниже:

using System;

using StaticDataAndMembers;

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

  SavingsAccount s1 = new SavingsAccount(50);

  SavingsAccount s2 = new SavingsAccount(100);

  SavingsAccount s3 = new SavingsAccount(10000.75);

  Console.ReadLine();

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

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

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

Модифицируйте класс SavingsAccount с целью определения в нем двух статических методов. Первый статический метод (GetInterestRate()) будет возвращать текущую процентную ставку, а второй (SetInterestRate()) позволит изменять эту процентную ставку:

// Простой класс депозитного счета.

class SavingsAccount

{

  // Данные уровня экземпляра.

  public double currBalance;

  // Статический элемент данных.

  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 подразумевает объект!