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

□ На сервере элемент <service> используется для определения совокупности удаленных объектов. Он может иметь подэлементы <wellknown> и <activated> вместе с определенным типом удаленного объекта — well known или client-activated.

□ Клиентской частью элемента <service> является <client>. Подобно элементу <service> он может иметь подэлементы <wellknown> и <activated> для определения типа удаленного объекта. В отличие от <service> элемент <client> имеет атрибут url для определения URL удаленного объекта.

□ <wellknown> является элементом, который используется на сервере и на клиенте для определения хорошо известных удаленных объектов. Серверная часть выглядит так:

<wellknown mode="SingleCall" type="Wrox.ProfessionalCSharp.Hello, RemoteHello" objectURI="Hi" />

□ В то время как атрибут mode может принимать значения SingleCall или Singleton, type является типом удаленного класса, включая пространство имен Wrox.ProfessionalCSharp.Hello, за которым следует имя сборки RemoteHello. Именем удаленного объекта является objectURI, который зарегистрирован в канале. На клиенте атрибут type является таким же, как и для серверной версии. mode и objectURI не нужны, вместо них используется атрибут url для определения пути доступа к удаленному объекту: протокол, имя хоста, номер порта, имя приложения и URI объекта:

<wellknown type="Wrox.ProfessionalCSharp.Hello, RemoteHello" url="tcp://localhost:6791/Hello/Hi" />

□ Элемент <activated> используется для активированных клиентом объектов. С помощью атрибута type должны быть определены тип данных и сборка как для клиентского, так и для серверного приложений:

<activated type="Wrox.ProfessionalCSharp.Hello, RemoteHello" />

□ Для определения канала, используется элемент <channel>. Это подэлемент <channels>, так что совокупность каналов можно сконфигурировать для одного приложения. Его использование аналогично для клиентов и серверов. Атрибут type используется для определения типа канала и сборки. Атрибут port является номером порта, который нужен только для серверной конфигурации:

<channels>

 <channel type = "System.Runtime.Remoting.Channels.Tcp.TcpChannel, System.Runtime.Remoting" port="6791" />

 <channel type = "System.Runtime.Remoting.Channels.Http.HttpChannel, System.Runtime.Remoting" port="6792" />

</channels>

Конфигурация сервера для хорошо известных объектов

Этот пример файла wellknown.config имеет значение Hello для свойства Name. Мы используем канал TCP для прослушивания порта 6791, а канал HTTP для прослушивания порта 6792. Класс удаленного объекта —Wrox.ProfessionalCSharp.Hello в сборке RemoteHello.dll, объект в канале называется Hi, и используется режим SingleCall:

<configuration>

 <system.runtime.remoting>

  <application name="Hello">

   <service>

    <wellknown mode="SingleCall" type="Wrox.ProfessionalCSharp.Hello, RemoteHello" objectUri ="Hi" />

   </service>

   <channels>

    <channel type="System.Runtime.Remoting.Channels.Tcp.TcpChannel, System.Runtime.Remoting" port="6791" />

    <channel type="System.Runtime.Remoting.Channels.Http.HttpChannel, System.Runtime.Remoting" port="6792" />

   </channels>

  </application>

 </system.runtime.remoting>

</configuration>

Конфигурация клиента для хорошо известных объектов

Для хорошо известных объектов в клиентском конфигурационном файле wellknown.config необходимо определить сборку и канал. Типы для удаленного объекта можно найти в сборке RemoteHello.dll, Hi является именем объекта в канале, a URI для удаленного типа Wrox.ProfessionalCSharp.Hello — это tcp://localhost:6791/Hi. На клиенте также работает канал TCP, но на клиенте не определяется порт, поэтому выбирается свободный порт.

<configuration>

 <system.runtime.remoting>

  <application name="Client">

   <client url="tcp:/localhost:6791/Hello">

    <wellknown type = "Wrox.ProfessionalCSharp.Hello, RemoteHello" url="tcp://localhost:6791/Hello/Hi" />

   </client>

   <channels>

    <channel type="System.Runtime.Remoting.Channels.Tcp.TcpChannel, System.Runtime.Remoting" />

   </channels>

  </application>

 </system.runtime.remoting>

</configuration>

Внесем небольшое изменение в конфигурационный файл и можем использовать канал HTTP (как видно в wellknownhttp.config):

<client url="http://localhost:6792/Hello">

 <wellknown type="Wrox.ProfessionalCSharp.Hello, RemoteHello" url="http://localhost:6792/Hello/Hi" />

</client>

<channels>

 <channel type="System.Runtime.Remoting.Channels.Http.HttpChannel, System.Runtime.Remoting" />

</channels>

Серверная конфигурация для активизированных клиентом объектов

Преобразуя только конфигурационный файл (который находится в clientactivated.config), можно изменить сервер с активизированных сервером объектов на активизированные клиентом объекты. Здесь определяется подэлемент <activated> элемента <service>. С его помощью для серверной конфигурации должен быть определен атрибут type. Атрибут name элемента application определяет URI:

<configuration>

 <system.runtime.remoting>

  <application name="HelloServer">

   <service>

    <activated type="Wrox.ProfessionalCSharp.Hello, RemoteHello" />

   </service>

   <channels>

    <channel type="System.Runtime.Remoting.Channels.Http.HttpChannel, System.Runtime.Remoting" ports="6788" />

    <channel type="System.Runtime.Remoting.Channels.Tcp.TcpChannel, System.Runtime.Remoting" ports="6789" /»

   </channels>

  </application>

 </system.runtime.remoting>

</configuration>

Клиентская конфигурация для активизированных клиентом объектов

Файл clientactivated.config определяет активированный клиентом удаленный объект с помощью атрибута url элемента <client> и атрибута type элемента <activated>:

<configuration>

 <system.runtime.remoting>

  <application>

   <client url="http://localhost:6788/HelloServer" >

    <activated type="Wrox.ProfessionalCSharp.Hello, RemoteHello" />

   </client>

   <channels>

    <channel type="System.Runtime.Remoting.Channels.Http.HttpChannel, System.Runtime.Remoting" />

    <channel type="System.Runtime.Remoting.Channels.Tcp.TcpChannel, System.Runtime.Remoting" />

   </channels>

  </application>

 </system.runtime.remoting>

</configuration>

Серверный код, использующий конфигурационные файлы

В серверном коде необходимо сконфигурировать удаленное использование статического метода Configure() из класса RemotingConfiguration. Здесь создаются экземпляры всех определяемых каналов. Может быть мы захотим также узнать о конфигурациях каналов из серверного приложения. Поэтому созданы статические методы ShowActivatedServiceTypes() и ShowWellKnovmServiceTypes(), которые вызываются после загрузки и запуска удаленной конфигурации:

public static void Main(string[] args) {

 RemotingConfiguration.Configure("HelloServer.exe.config");

 Console.WriteLine(

  "Application: " + RemotingConfiguration.ApplicationName);

 ShowActivatedServiceTypes();

 ShowWellKnownServiceTypes();

 System.Console.WriteLine("hit to exit");

 System.Console.ReadLine();

 return;

}

Эти две функции показывают данные конфигурации хорошо известных и активированных клиентом типов:

public static void ShowWellKnownServiceTypes() {

 WellKnownServiceTypeEntry[] entries =

  RemotingConfiguration.GetRegisteredWellKnownServiceTypes();

 foreach (WellKnownServiceTypeEntry entry in entries) {

  Console.WriteLine("Assembly: " + entry.AssemblyName);

  Console.WriteLine("Mode: " + entry.Mode);

  Console.WriteLine("URI " + entry.ObjectUri);

  Console.WriteLine("Type: " + entry.TypeName);

 }

}

public static void ShowActivatedServiceTypes() {

 ActivatedServiceTypeEntry[] entries =

  RemotingConfiguration.GetRegisteredActivatedServiceTypes();

 foreach(ActivatedServiceTypeEntry entry in entries) {

  Console.WriteLine("Assembly: " + entry.AssemblyName);

  Console.WriteLine("Type: " + entry.TypeName);

 }

}

Клиентский код, использующий конфигурационные файлы

В клиентском коде с помощью конфигурационного файла client.exe.config нужно сконфигурировать только удаленные службы. После этого можно использовать оператор new для создания новых экземпляров класса Remote независимо от того, происходит ли работа с активированными сервером или с активированными клиентов удаленными объектами. Но помните, что существует небольшая разница. Для активированных клиентом объектов теперь можно использовать произвольные конструкторы с помощью оператора new. Это невозможно для активированных сервером объектов и не имеет смысла в этом случае: объекты SingleCall не могут иметь состояния, так как они разрушаются вместе с каждым вызовом, объекты Singleton создаются только однажды. Вызов произвольных конструкторов полезен только для активированных клиентом объектов, так как только для этого вида объектов оператор new реально вызывает конструктор удаленного объекта: