Симон Робинсон - C# для профессионалов. Том II

}

public int A {

get

Сonsole.WriteLine("MyRemote.A called");

return a;

}

set {

a = value;

}

}

protected int a;

}

///

/// Краткое описание Class1

///

public class Hello : System.MarshalByRefObject {

public Hello() {

Console.WriteLine("Constructor called");

}

~Hello() {

Console.WriteLine("Destructor called");

}

public string Greeting(string name) {

Console.WriteLine("Greeting called");

return "Hello, " + name;

}

public MySerialized GetMySerilized() {

return new MySerialized(4711);

}

public MyRemote GetMyRemote() {

return new MyRemote(4712);

}

}

}

Клиентское приложение также необходимо изменить, чтобы увидеть результаты при использовании маршализации объектов по значению и по ссылке. Мы вызываем методы GetMySerialized()и GetMyRemote(), чтобы получить новые объекты и проверить, не используется ли прозрачный прокси.

ChannelServices.RegisterChannel(new TcpChannel());

Hello obj =

(Hello)Activator.GetObject(typeof(Hello),

"tcp://localhost:8086/Hi");

if (obj == null) {

Console.WriteLine("could not locate server");

return;

}

MySerialized ser = obj.GetMySerialized();

if (!RemotingServices.IsTransparentProxy(ser)) {

Console.WriteLine("ser is not a transparent proxy");

}

ser.Foo();

MyRemote rem = obj.GetMyRemote();

if (RemotingServices.IsTransparentProxy(rem)) {

Console.WriteLine("rem is a transparent proxy");

}

rem.Foo();

В консольном окне клиента видно, что объект serвызывается на клиенте. Этот объект не является прозрачным прокси, так как он сериализуется клиенту. В противоположность этому, объект remна клиенте является прозрачным прокси. Методы, вызванные для этого объекта, передаются на сервер:

В серверном выводе можно видеть, что метод Foo()вызывается с удаленным объектом MyRemote:

Удаленные объекты никогда не передаются по линиям связи в отличие от типов данных значений и сериализуемых классов. Иногда желательно послать данные только в одном направлении. Это особенно важно, когда данные передаются по сета. С помощью COM можно было объявить для аргументов направляющие атрибуты [in], [out]и [in, out], если данные должны посылаться на сервер, клиенту или в обоих направлениях.

В C# существуют аналогичные атрибуты как часть языка: параметры методов refи out. Параметры методов refи outмогут использоваться для типов данных значений и для ссылочных типов, которые способны сериализоваться. С помощью параметра refаргумент маршализуется в обоих направлениях, outидет от сервера клиенту, а в отсутствие параметра метода посылает данные серверу.

Как клиент и сервер определяют, какая возникла проблема и что при этом другая сторона более недоступна?

Для клиента ответ может быть коротким. Как только клиент вызывает метод для удаленного объекта, мы получаем исключение типа System.Runtime.Remoting.RemotingException. Необходимо просто обработать это исключение и сделать, например, повторную попытку или записать в журнал, информировать пользователя и т.д.

А что же сервер? Когда сервер обнаруживает, что клиент отсутствует (что означает возможность очистить ресурсы, которые он удерживает для клиента)? Если ждать следующего вызова метода с клиента, он может никогда не появиться. В области COM протокол DCOM использовал механизм ping. Клиент посылал на сервер ping с информацией об используемых объектах. Так как клиент мог иметь на сервере сотни используемых клиентов, то, чтобы сделать этот механизм более эффективным, посылалась информация не обо всех объектах, а только о различии с предыдущим ping.

Этот механизм был эффективен в LAN, но не подходит для Интернета. Подумайте о тысячах или миллионах клиентов, посылающих ping-информацию на сервер. .NET Remoting использует существенно лучшее масштабируемое решение для управления временем жизни — LDGC( Leasing Distributed Garbage Collector— Сборщик мусора распределенной аренды.

Это управление временем жизни активно только для активизированных клиентом объектов. Объекты SingleCallмогут разрушаться после каждого вызова метода, так как они не сохраняют состояние. Активизированные клиентам объекты имеют состояние и нам необходимо знать о ресурсах. Для активизированных клиентом объектов, на которые ссылаются из вне домена приложения, создается аренда. Аренда имеет время аренды. Когда время аренды достигает нуля, аренда заканчивается, удаленный объект отсоединяется и, наконец, мусор убирается.