private Song[] _allSongs = new Song[10000];
public AllTracks()
{
// Предположим, что здесь производится
// заполнение массива объектов Song.
Console.WriteLine("Filling up the songs!");
}
}
}
<b>// MediaPlayer.cs</b>
<b>using System;</b>
<b>namespace LazyObjectInstantiation</b>
<b>{</b>
<b> // Объект MediaPlayer имеет объекты AllTracks.</b>
class MediaPlayer
{
// Предположим, что эти методы делают что-то полезное.
public void Play() { /* Воспроизведение композиции */ }
public void Pause() { /* Пауза в воспроизведении */ }
public void Stop() { /* Останов воспроизведения */ }
private AllTracks _allSongs = new AllTracks();
public AllTracks GetAllTracks()
{
// Возвратить все композиции.
return _allSongs;
}
}
}
В текущей реализации
MediaPlayer
предполагается, что пользователь объекта пожелает получать список объектов с помощью метода
GetAllTracks()
. Хорошо, а что если пользователю объекта такой список не нужен? В этой реализации память под переменную-член
AllTracks
по-прежнему будет выделяться, приводя тем самым к созданию 10 000 объектов
Song
в памяти:
using System;
using LazyObjectInstantiation;
Console.WriteLine("***** Fun with Lazy Instantiation *****\n");
// В этом вызывающем коде получение всех композиций не производится,
// но косвенно все равно создаются 10 000 объектов!
MediaPlayer myPlayer = new MediaPlayer();
myPlayer.Play();
Console.ReadLine();
Безусловно, лучше не создавать 10 000 объектов, с которыми никто не будет работать, потому что в результате нагрузка на сборщик мусора .NET Core намного увеличится. В то время как можно вручную добавить код, который обеспечит создание объекта
_allSongs
только в случае, если он применяется (скажем, используя шаблон фабричного метода), есть более простой путь.
Библиотеки базовых классов предоставляют удобный обобщенный класс по имени
Lazy<>
, который определен в пространстве имен
System
внутри сборки
mscorlib.dll
. Он позволяет определять данные, которые не будут создаваться до тех пор, пока действительно не начнут применяться в коде. Поскольку класс является обобщенным, при первом его использовании вы должны явно указать тип создаваемого элемента, которым может быть любой тип из библиотек базовых классов .NET Core или специальный тип, построенный вами самостоятельно. Чтобы включить отложенную инициализацию переменной-члена
AllTracks
, просто приведите код
MediaPlayer
к следующему виду:
// Объект MediaPlayer имеет объект Lazy<AllTracks>.
class MediaPlayer
{
...
private Lazy<AllTracks> _allSongs = new Lazy<AllTracks>();
public AllTracks GetAllTracks()
{
// Возвратить все композиции.
return _allSongs.Value;
}
}
Помимо того факта, что переменная-член
AllTracks
теперь имеет тип
Lazy<>
, важно обратить внимание на изменение также и реализации показанного выше метода
GetAllTracks()
. В частности, для получения актуальных сохраненных данных (в этом случае объекта
AllTracks
, поддерживающего 10 000 объектов
Song
) должно применяться доступное только для чтения свойство
Value
класса
Lazy<>
.
Взгляните, как благодаря такому простому изменению приведенный далее модифицированный код будет косвенно размещать объекты
Song
в памяти, только если метод
GetAllTracks()
действительно вызывается:
Console.WriteLine("***** Fun with Lazy Instantiation *****\n");
// Память под объект AllTracks здесь не выделяется!
MediaPlayer myPlayer = new MediaPlayer();
myPlayer.Play();
// Размещение объекта AllTracks происходит
// только в случае вызова метода GetAllTracks().
MediaPlayer yourPlayer = new MediaPlayer();
AllTracks yourMusic = yourPlayer.GetAllTracks();
Console.ReadLine();
На заметку! Ленивое создание объектов полезно не только для уменьшения количества выделений памяти под ненужные объекты. Этот прием можно также использовать в ситуации, когда для создания члена применяется затратный в плане ресурсов код, такой как вызов удаленного метода, взаимодействие с реляционной базой данных и т.п.
Настройка процесса создания данных Lazy<>
При объявлении переменной
Lazy()
действительный внутренний тип данных создается с использованием стандартного конструктора:
