38. Пример использования делегатов. Функции высших порядков.

Для того чтобы воспользоваться делегатом, необходимо создать его экземпляр и задать имена методов, на которые он будет ссылаться. При вызове экземпляра делегата вызываются все заданные в нем методы.

using System:

namespace ConsoleApplicationi

delegate void Del ( ref string s ); // объявление делегата

class Class

{

public static void C001 ( ref string s ) // метод 1

string temp = " " ;

for ( int i = 0: i < s.Length: ++i )

if ( s [ i ] == '0' || s [ i ]== ' 0 ' ) temp += '0';

else if ( s [ i ] == ' I ' ) temp += ' 1' ;

else temp += s [ i j ;

}

s = temp;

}

public static void Hack ( ref string s ) // метод 2

{

string temp = " " ;

for ( int i = 0; i < s.Length; ++i )

if ( i / 2 * 2 == i ) temp += char.ToUpper( s [ i ] );

else temp += s [ i ] ;

}

s = temp;

static void Main{

string s = "cool hackers";

Del d; // экземпляр делегата

for ( int i = 0; i < 2; ++i )

{ d = new Del( COOl ); // инициализация методом 1

if ( i == 1 ) d = new Del(Hack); // инициализация методом 2

d( ref s ); // использование делегата для вызова методов

Console.WriteLine( s );

} }

39. Случаи использования делегатов.

Делегаты применяются в основном для следующих целей:

• получения возможности определять вызываемый метод не при компиляции, а динамически во время выполнения программы;

• обеспечения связи между объектами по типу «источник — наблюдатель»;

• создания универсальных методов, в которые можно передавать другие методы;

• поддержки механизма обратных вызовов. Все эти варианты подробно обсуждаются далее. Рассмотрим сначала пример реализации первой из этих целей. В листинге 10.1 объявляется делегат, с помощью которого один и тот же оператор используется для вызова двух разных методов.

Использование делегата имеет тот же синтаксис, что и вызов метода. Если делегат хранит ссылки на несколько методов, они вызываются последовательно в том орядке, в котором были добавлены в делегат.

Добавление метода в список выполняется либо с помощью метода Combine, унаследованного от класса System.Delegate, либо, что удобнее, с помощью перегруженной операции сложения.

40-41 Управление памятью. Генерация объектов

Сборка мусора

При освобождении памяти строится дерево живых объектов. Построение начинается с корневых объектов (application roots) – это глобальные и статические объекты. Зацикливания избегают с помощью проверки на принадлежность очередного объекта графу.

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

Для оптимизации процесса сборки мусора введено понятие о трех поколениях объектов:

Все объекты создаются в поколении 0 (generation 0). Объекты, пережившие сборку мусора, переходят в следующее поколение: 1 или 2.

При запуске сборщик мусора сначала ищет недостижимые объекты в поколении 0. Если они найдены, память приводится к компактному виду, а объекты пережившие сборку мусора переходят в поколение 0. Просмотр объектов поколении 1 будет происходить только в том случае, если памяти, освобожденной от объектов поколения 0 окажется недостаточно для размещения новых объектов. Объекты из поколения 1, пережившие сборку мусора переходят в поколение 2. Просмотр объектов поколения 2 происходит, если просмотр объектов поколений 0 и 1 не освободил достаточного количества памяти