Среда разработки приложений Visual Basic.NET

Visual Basic.NET — современная визуальная среда быстрой раз­работки Windows-приложений, создания полнофункциональных профессиональных проектов на базе современной объектно-орен-тированой концепции. Конструирование пользовательского интер­фейса в Visual Basic.NET сведено к работе с мышью. Иногда тре­буется лишь добавить несколько строк кода, созданного мастером проекта. Visual Basic.NET — это достаточно простой, строго типи­зированный язык, с помощью которого легко строить объектно-орентированные конструкции, проектировать графический пользо­вательский интерфейс (GUI), работать с базами данных.

Таким образом, Visual Basic.NET, интегрированный с Cache, обеспечивает:

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

• возможность работы с Web-сервисами;

• создание клиент-серверных приложений, включая работу че­рез Интернет;

• поддержку SOAP-протокола.

16 .4. Многоплатформенный протокол передачи данных SOAP

SOAP-протокол — это набор правил для приложений, кото­рые могут вызывать работы с удаленными объектами. Где именно находятся эти удаленные объекты — в другом каталоге, где-то в корпоративной интрасети или в Интернете — для клиентских про­грамм, использующих SOAP, абсолютно неважно. SOAP основан на языке XML. Каждая передача информации между клиентом и сервером является отдельным XML-документом, который напи­сан по правилам SOAP.

Как известно, логическая структура каждого XML-документа определяется его DTD-блоком. Для SOAP заранее определены все возможные теги и типы данных, поэтому SOAP-документы не нуждаются в DTD-блоках. За счет подобной унификации серверы и клиенты освобождаются от достаточно тяжелой процедуры син­таксического анализа приходящего документа с не определенным заранее набором тегов.

SOAP-протокол — это слабосвязанный механизм, ориентиро­ванный на сообщения и предназначенный для удаленного вызова объектов по глобальным сетям.

Рассмотрим принцип его работы. Зная URL, клиент на языке описания сервиса SDL (Service Description Language) запрашива­ет у сервера информацию о нем (предоставляемые методы, пара­метры и т.д.). В ответ клиент получает SDL-файл с необходимыми сведениями о том, какие услуги (методы) ему будут предостав­ляться и как ими пользоваться.

Обращения к объектам БД осуществляются с помощью HTTP-запросов и ответов. В запрос вкладывается XML-текст, состоящий из трех частей:

• пакет (envelope) SOAP, определяющий содержимое сообщения;

• заголовок SOAP, определяющий возможные заголовки сооб­щения;

• тело SOAP, содержащее информацию о запросе или ответе на запрос.

Ответ приходит также в виде XML, содержащего результаты обработки запроса или код ошибки.

Новая версия Cache — Cache 5 — реализует SOAP-протокол для всех поддерживаемых платформ. При этом не требуется ис­пользование промежуточных приложений сторонних компаний, все необходимые функции реализованы в виде системных классов БД Cache.

В Cache SOAP-протокол предоставляет широкий спектр функ­ций, который включает в себя:

• создание Web-служб путем определения классов, содержа­щих Web-методы, работы с удаленными системами. При этом ме­тоды вызываются непосредственно в среде БД, что приводит к увеличению производительности системы за счет сокращения тра­фика между клиентом и сервером;

• автоматическое создание и публикацию каталога доступных методов (WSDL).

Для создания Web-службы и публикации каталога на сервере не требуется никаких дополнительных зданий о системе Cache. Реали­зация служб осуществляется на основе объектной модели Cache. При этом для создания службы необходимо определить класс, на­следуемый от системного класса %SOAP.WebService. Методы, ко­торые подлежат публикации на сервере, характеризуются парамет­ром WebMethod. Код, реализующий логику метода, как и код обык­новенного метода класса Cache, может быть реализован с ис­пользованием Cache Object Script, Cache Basic или Cache SQL. Воз­можно использование сложных типов данных (встраиваемых объек­тов, коллекций, отношений и др.) в качестве аргументов и возвра­щаемого значения публикуемого метода. При этом Cache автомати­чески создает необходимые объекты сложных типов данных при поступлении соответствующего запроса на сервер.

Приведем пример Web-службы с одним объектом:

Кроме того, Cache автоматически генерирует тестовые CSP-страницы методов и CSP-страницу каталога, которые можно ис­пользовать для проверки правильной работы создаваемой службы. При этом CSP-страницы представляются в виде обыкновенных Web-приложений, доступных для просмотра обычным броузером.

В Cache SOAP-сервер работает следующим образом:

• для каждого Web-service создается новый Cache-класс, кото­рый расширяется с помощью %SOAP.WebService;

• с помощью нового Cache-класса определяется один или бо­лее методов, соответствующих методам Web-service, каждый из которых может быть определен ключевым словом WebMethod в его описании. Можно также определить Web-методы, которые воз­вращают массивы объектов, с помощью объявления запроса и добавления ключевого слова WebMethod в его описании;

• компилируется класс Web-service, при этом компилятор Cache автоматически привязывает каталог с информацией, описывающей содержимое SOAP-service, и строит SOAP-интерфейс для каждо­го Web-метода. SOAP-интерфейс для Web-метода является сгене­рированным классом, который выполняет преобразование запро­са SOAP в специфический вызов Web-метода, используя XML-технологию Cache;

• Cache автоматически создает WSDL-документ для каждого Web-service. WSDL-документ является XML-документом. WSDL-документ создается с помощью Web (НТТР)-сервера, использу­ющего CSP. WSDL-документ является динамически создаваемым и будет автоматически отображать любые изменения класса Web-service;

• SOAP-client открывает доступный Web-service, запрашивая WSDL-документ, который, в свою очередь, посылает запрос Cache-серверу. Используя эту информацию в WSDL-документе, SOAP-client активизирует определенный метод с помощью создания XML-сообщения и посылки его (с помощью HTTP) SOAP-серверу;

• SOAP-сервер Cache получает вызов SOAP с помощью Cache (CSP) HTTP Gateway. Сервер распаковывает сообщение, прове­ряет его правильность и вызывает определенный Web-метод. Пе­ред вызовом Web-метода SOAP-сервер Cache конвертирует все входные параметры к соответствующему представлению Cache;

• Web-метод выполняет свой код и возвращает ответ. Этот ответ может быть простой строковой константой, может быть XML-объектом или массивом.

Система Cache обеспечивает возможность создания класса SOAP-service client, содержащего методы, которые вызывает Web-service, используя SOAP-протокол.

Для каждого Web-service (набора связанных методов SOAP), который вы желаете вызвать, необходимо создать новое опреде­ление класса Cache, которое получено от %SOAP.WebClient, на­ходящегося в библиотеке Cache.

Класс SOAP-client содержит один или более методов, соответ­ствующих методам Web-service.

При компиляции класса SOAP-client транслятор класса Cache автоматически транслирует информацию каталога, описание со­держания SOAP и создает интерфейс SOAP-client для каждого Web-service;

Интерфейс SOAP-client для Web-service — это сгенерирован­ный класс, который исполняет работу преобразования запроса SOAP в определенный запрос Web-service, используя технологию перевода объекта в формат XML.

SOAP-service обнаруживает доступный Web-service с помощью запроса WSDL-документа от Web-сервера, который, в свою оче­редь, запрашивает его у Cache-сервера. Используя эту информа­цию в WSDL-документе, SOAP-client вызывает определенный метод, создавая XML-сообщение и отправляя его через HTTP на SOAP-сервер, как определено в WSDL-документе.

SOAP-сервер получает запрос SOAP, распаковывает сообще­ние, проверяет его и вызывает указанную операцию.

ГЛАВА 17. СИСТЕМЫ БАЗ ДАННЫХ, ОСНОВАННЫЕ НА ПРАВИЛАХ

Дата добавления: 2014-01-07