ЯЗЫК ПРОГРАММИРОВАНИЯ С# 2005 И ПЛАТФОРМА .NET 2.0. 3-е издание

 …
}

Очевидно, что асинхронные делегаты теряют свою привлекательность, если поток вызова может при определенных условиях блокироваться. Чтобы позволить вызывающему потоку выяснить, закончил ли асинхронно вызванный метод свою работу, интерфейс IAsyncResult предлагает свойство IsCompleted. Используя этот член, поток вызова может перед вызовом EndInvoke проверить, завершен ли асинхронный вызов. Если работа метода не завершена, IsCompleted возвращает false (ложь), и поток вызова может продолжать свою работу. Если же IsCompleted возвращает true (истина), то поток вызова может получить результат "наименее блокирующим" способом. Рассмотрите следующую модификацию метода Main.

static void Main (string[] args) {
 …
 BinaryOp b = new BinaryOp(Add);
 IAsyncResult iftAR = b.BeginInvoke(10, 10, null, null);
 // Это сообщение будет печататься до тех пор, // пока не завершится вызов метода Add.
 while (!iftAR.isCompleted) Console. WriteLine("В Main еще есть работа!");
 // Теперь мы знаем, что вызов метода Add завершен.
 int answer = b.EndInvoke(iftAR);
 …
}

Здесь вводится цикл, который будет продолжать выполнение оператора Console.WriteLine до тех пор, пока не завершится вторичный поток. Как только это произойдет, вы сможете получить результат метода Add с уверенностью, что этот метод завершил свою работу.

Вдобавок к свойству IsCompleted интерфейс IAsyncResult предлагает свойство AsyncWaitHandle для построения еще более гибкой логики ожидания. Это свойство возвращает экземпляр WaitHandle, предлагающий метод WaitOne. Преимущество метода WaitHandle.WaitOne в том, что вы можете указать максимальное время ожидания. Если указанное время превышено, WaitOne возвращает false. Рассмотрите следующий (обновленный) вариант цикла while:

while (!iftAR.AsyncWaitHandle.WaitOne(2000, true)) {
 Console.WriteLine("В Main еще есть работа!");
}

Указанные свойства IAsyncResult и в самом деле обеспечивают возможность синхронизации потока вызова, но этот подход оказывается не самым эффективным. Во многих отношениях свойство IsCompleted подобно назойливому менеджеру (или однокласснику), который постоянно спрашивает: "Уже все сделал?" К счастью, делегаты предлагают целый ряд других (и более действенных) подходов для получения результатов методов, вызываемых асинхронно.

Исходный код. Проект AsyncDelegate размещен в подкаталоге, соответствующем главе 14.

Роль делегата AsyncCallback

Вместо того чтобы выяснять у делегата, завершился ли асинхронный вызов метода, лучше позволить делегату информировать поток вызова о выполнении задания. Чтобы реализовать такое поведение, вы должны предъявить экземпляр делегата System.AsyncCallback методу BeginInvoke в виде параметра, значением которого до сих пор было у нас значение null. Если вы укажете AsyncCallback, делегат вызовет соответствующий метод автоматически, когда асинхронный вызов завершится.

Подобно любому другому делегату, AsyncCallback может вызывать только методы, соответствующие конкретному шаблону, и в данном случае это методы, принимающие единственный параметр типа IAsyncResult и возвращающие void.

void MyAsyncCallbackMethod(IAsyncResult iftAR)

Предположим, что у нас есть другое приложение, использующее делегат BinaryOp. На этот раз мы не будем "просить" делегат выяснить, завершился ли метод Add. Вместо этого мы определим статический метод с именем AddComplete, чтобы получить извещение о завершении асинхронного вызова,

namespace AsyncCallbackDelegate {
 public delegate int BinaryOp(int x, int y);
 class Program {
 static void Main(string[] args) {
 Console.WriteLine("*** Пример делегата AsyncCallback ***");
 Console.WriteLine("Вызван Main в потоке {0}", Thread.CurrentThread.GetHashCode);
 BinaryOp b = new BinaryOp(Add);
 IAsyncResult iftAR = b.BeginInvoke(10, 10, new AsyncCallback(AddComplete), null);
 // Здесь выполняется другая работа…
 Console.ReadLine;
 }
 static void AddComplete(IAsyncResult iftAR) {
 Console.WriteLine("Вызван AddComplete в потоке {0}", Thread.CurrentThread.GetHashCode);
 Console.WriteLine("Ваше сложение выполнено");
 }
 static int Add(int x, int y) {
 Console.WriteLine("Вызван Add в потоке {0}.", Thread.CurrentThread.GetHashCode);
 Thread.Sleep(5000);
 return x + y;
 }
 }
}

Снова заметим, что статический метод AddComplete будет вызван делегатом AsyncCallback тогда, когда завершится вызов метода Add. Выполнение этой программы может подтвердить, что именно вторичный поток выполняет обратный вызов AddComplete (рис. 14.3).

Рис. 14.3. Делегат AsyncCallback в действии

Роль класса AsyncResult

В текущей своей форме метод Main не хранит тип IAsyncResult, возвращаемый из BeginInvoke, и не вызывает EndInvoke. Более того, целевой метод делегата AsyncCallback (в данном случае это метод AddComplete) вообще не имеет доступа к оригинальному делегату BinaryOp, созданному в контексте Main. Можно, конечно, объявить BinaryOp, как статический член класса, чтобы позволить обоим методам иметь доступ к объекту, но более "элегантным" решением яв-ляетcя использование входного параметра IAsyncResult.

Поступающий на вход параметр IAsyncResult, передаваемый целевому методу делегата AsyncCallback, является экземпляром класса AsyncResult (заметьте, префикс I здесь отсутствует), определенного в пространстве имен System.Runtime. Remoting.Messaging. Статическое свойство AsyncDelegate возвращает ссылку на оригинальный асинхронный делегат, созданный где-то в программе. Таким образом, чтобы получить ссылку на объект делегата BinaryOp, размещенный в Main, нужно просто преобразовать возвращенный свойством AsyncDelegate тип System.Object в тип BinaryOp. После этого можно вызвать EndInvoke, как и ожидается.