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

• Название: C# для профессионалов. Том II
• Автор: Симон Робинсон
• Издательство: Лори
• Жанр: Программирование
• Год: 2003
• ISBN: 5-85582-187-0

C# для профессионалов

Платформа .NET предлагает новую среду, в которой можно разрабатывать практически любое приложение, действующее под управлением Windows, а язык C# — новый язык программирования, созданный специально для работы с .NET.

В этой книге представлены все основные концепции языка C# и платформы .NET. Полностью описывается синтаксис C#, приводятся примеры построения различных типов приложений с использованием C# — создание приложений и служб Windows, приложений и служб WWW при помощи ASP.NET, а также элементов управления Windows и WWW Рассматриваются общие библиотеки классов .NET, в частности, доступ к данным с помощью ADO.NET и доступ к службе Active Directory с применением классов DirectoryServices.

Для кого предназначена эта книга

Эта книга предназначена для опытных разработчиков, возможно, имеющих опыт программирования на VB, C++ или Java, но не использовавших ранее в своей работе язык C# и платформу .NET. Программистам, применяющим современные технологии, книга даст полное представление о том, как писать программы на C# для платформы .NET.

Основные темы книги

• Все особенности языка C#

• C# и объектно-ориентированное программирование

• Приложения и службы Windows

• Создание web-страниц и web-служб с помощью ASP NET

• Сборки .NET

• Доступ к данным при помощи ADO NET

• Создание распределённых приложений с помощью NET Remoting

• Интеграция с COM, COM+ и службой Active Directory

---

 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;

  }

 }

}

Простой сервер

Для сервера используется консольное приложение C#. Для применения класса TcpServerChannel необходимо сослаться на сборку System.Runtime.Remoting.dll. Также требуется, чтобы мы ссылались на созданную ранее сборку RemoteHello.dll.

В методе Main() создается объект System.Runtime.Remoting.Channel.Тcр.TcpServerChannel с портом номер 8086. Этот канал регистрируется в классе System.Runtime.Remoting.Channels.ChannelServices, чтобы сделать его доступным для удаленных объектов. Тип удаленного объекта регистрируется с помощью System.Runtime.Remoting.RemotingConfiguration.RegisterWellKnownServiceType. Здесь определяется тип класса в удаленном объекте, используемый клиентом URI, и режим. Режим WellKnownObject.SingleCall означает, что для каждого вызова метода создается новый экземпляр, мы не храним состояние в удаленном объекте.

После регистрации удаленного объекта продолжим выполнение сервера, пока не будет нажата клавиша:

using System;

using System.Runtime.Remoting;

using System.Runtime.Remoting.Channels;

using System.Runtime.Remoting.Channels.Tcp;

namespace Wrox.ProfessionalCSharp {

 /// <summary>

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

 /// </summary>

 public class HelloServer {

  public static void Main(string[] args) {

   TcpServerChannel channel = new TcpServerChannel(8086);

   ChannelServices.RegisterChannel(channel);

   RemotingConfiguration.RegisterWellKnownServiceType(

    typeof(Hello), "Hi", WellKnownObjectMode.SingleCall);

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

   System.Console.ReadLine();

  }

 }

}

Простой клиент

Клиент также является консольным приложением C#. И здесь делается ссылка на сборку System.Runtime.Remoting.dll, чтобы можно было использовать класс TcpClientChannel. Кроме того, имеется ссылка на сборку RemoteHello.dll. Хотя объект будет создаваться на удаленном сервере, нам понадобится сборка на стороне клиента, чтобы прокси прочитал метаданные во время выполнения.

В клиентской программе создается объект TcpClientChannel, который регистрируется в ChannelServices. Для TcpChannel используется конструктор по умолчанию, поэтому выбирается свободный порт. Затем используется класс Activator для возврата прокси удаленному объекту. Прокси является типом System.Runtime.Remoting.Proxies._TransparentProxy. Этот объект выглядит как реальный. Это делается с помощью механизма отражения, в котором считываются метаданные реального объекта. Прозрачный прокси использует реальный для пересылки сообщений в канал:

using System;

using System.Runtime.Remoting.Channels;

using System.Runtime.Remoting.Channels.Tcp;

namespace Wrox.ProfessionalCSharp {

 /// <summary>

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

 /// </summary>

 public class HelloClient {

  public static void Main(string[] args) {

   ChannelServices.RegisterChannel(new TcpClientChannel());

   Hello obj = (Hello)Activator.GetObject(typeof(Hello), "tcp://localhost:8086/Hi");

   if (obj == null) {

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

   }

   for (int i = 0; i < 5; i++) {

    Console.WriteLine(obj.Greeting("Christian"));

   }

  }

 }

}

Когда запустятся сервер и клиентская программа Hello, Christian появится пять раз на клиентской консоли. В консольном окне серверного приложения можно будет увидеть вывод, аналогичный следующему:

Первый конструктор вызывается во время регистрации удаленного объекта. Как утверждалось ранее, метод RemotingConfiguration.RegisterWellKnownServiceType() уже создает один экземпляр. Затем для каждого вызова метода создается новый экземпляр, так как был выбран режим активации WellKnownObjectMode.SingleCall. В зависимости от синхронизации и необходимых ресурсов, будут наблюдаться также вызовы деструктора. Если запустить клиент несколько раз, то вызовы деструктора будут присутствовать наверняка.

Архитектура .NET Remoting

Показав в действии простой клиент, сервер и изучив архитектуру .NET, перейдем к деталям. На основе созданных ранее программ будут рассмотрены механизмы архитектуры и способы расширения.

Каналы

Канал используется для коммуникации между клиентом .NET и сервером. Среда .NET поставляется с классами каналов, которые общаются с помощью TCP или HTTP. Можно создать специальные каналы для других протоколов.

Канал HTTP применяется большинством служб Web. Он использует для коммуникации протокол HTTP, так как брандмауэры обычно имеют открытым порт 80, чтобы клиенты могли получить доступ к серверам и службам Web. Прием на порту 80 также находится в распоряжении этих клиентов.

В Интернете используется и канал TCP, но здесь брандмауэры должны специально конфигурироваться, чтобы клиенты получали доступ к указанному порту канала TCP. Канал TCP по сравнению с HTTP может применяется для коммуникации более эффективно в интранет.

Когда выполняется вызов метода на удаленном объекте, объект клиентского канала посылает сообщение удаленному объекту канала.

Как серверное, так и клиентское приложения, должны создавать канал. Следующий код показывает, как можно создать TcpServerChannel на серверной стороне:

using System.Runtime.Remoting.Channels.Tcp;

// ...

TcpServerChannel channel = new TcpServerChannel(8086);

Порт, который слушает сокет TCP, определяется аргументом конструктора. Серверный канал должен определить общеизвестный порт, а клиент использует его порт при доступе к серверу. Однако для создания TcpClientChannel на клиенте не требуется определять общеизвестный порт. Конструктор по умолчанию для TcpClientChannel выберет доступный порт, который передается серверу во время соединения, чтобы сервер мог послать данные назад клиенту.

Создание нового экземпляра канала немедленно включает сокет на прослушивание состояния, которое можно проверить, вводя в командной строке netstat -а.

Каналы HTTP используются аналогично каналам TCP. Определяется порт, где сервер может создать слушающий сокет. У нас также есть конструктор, в котором можно задать, передавая Boolean, что должен использоваться защищенный протокол HTTP.

Сервер способен слушать несколько каналов. Здесь создаются каналы как HTTP, так и TCP:

using System;

using System.Runtime.Remoting;

using System.Runtime.Remoting.Channels;

using System.Runtime.Remoting.Channels.Tcp;

using System.Runtime.Remoting.Channels.Http;

namespace Wrox.ProfessionalCSharp {

 /// <summary>

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

 /// </summary>

 public class HelloServer {

  public static void Main(string[] args) {

   TcpServerChannel tcpChannel = new TcpServerChannel(8086);

   HttpServerChannel httpChannel = new HttpServerChannel (8085);

   // ...

Класс канала должен реализовать интерфейс IChannel. Интерфейс IChannel имеет два свойства:

□ ChannelIName — только для чтения, которое возвращает имя канала. Имя канала зависит от типа, например, канал HTTP называется HTTP.

□ ChannelPriority — только для чтения с условием, что более одного канала используется для коммуникации между клиентом и сервером. Приоритет определяет порядок каналов. На клиенте канал с более высоким приоритетом выбирается первым для соединения с сервером.

В зависимости от того, является ли канал клиентским каналом или серверным каналом, реализуются дополнительные интерфейсы. Серверные версии каналов реализуют интерфейс IChannelReceiver, клиентские версии — интерфейс IChannelSender.

Классы HttpChannel и TcpChannel используются как для клиентов, так и для серверов. Они реализуют IChannelSender и IChannelReceiver. Эти интерфейсы являются производными из IChannel.

IChannelSender клиентской стороны имеет в дополнение в IChannel единственный метод, называемый CreateMessageSink(), который возвращает объект, реализующий IMessageSink. Интерфейс IMessageSink применяется для размещения синхронных, а также асинхронных сообщений в канале. С помощью интерфейса серверной стороны IChannelReceiver канал можно перевести в режим прослушивания с помощью метода StartListening() и снова остановить с помощью метода StopListening(). Также имеется свойство для доступа к полученным данным.

Информацию о конфигурации обоих каналов получают с помощью свойств классов каналов ChannelName, ChannelPriority и ChannelData. С помощью свойства ChannelData получают информацию об URI, который хранится в классе ChannelDataStore. В классе HttpChannel имеется также свойство Scheme. Ниже представлен вспомогательный метод ShowChannelProperties(), демонстрирующий эти данные.