29) Склад сторінки asp.Net.

Для реализации эффективной работы веб-формы разделяются на два файла: *.aspx (XML-файл, содержащий декларации экранных элементов) и *.aspx.cs (*.aspx.vb для Visual Basic) – так называемая модель code-behind. Это делает цикл разработка -> компиляция -> выполнение -> максимально эффективная обработка. Страницы вызывают методы уже скомпилированного класса .NET, хранящегося в GAC в откомпилированном (native code) виде.

30) Склад базових технологій XML що підтримуються бібліотеками .NET.

В .NET реализована как базовая работа с XML (XML-схема)

XML-схема – схема, определяющая элементарное содержание XML.

XPATH – нотация обозначения пути внутри XML-документа

XSL, XSLT

В NET реализована сериализация реляционных данных в XML и наоборот. Это реализуется в веб-сервисах, а также при доступе в онлайн и оффлайн реляционных данных.

31) Розроблення web-сервісів у .NET.

Реализация веб-сервисов начинается с определения WSDL также использует функции, связанные с XML: программист определяет методы, доступные через интерфейс веб-сервисов с помощью пользовательских атрибутов, в результате чего система сама формирует динамически WSDL-файл, после этого пользователь веб-сервиса может отправить запрос в SOAP и получить результат.

32) Призначення платформи WCF.

WCF – инструмент для разработки и размещения сервисов под Windows. В нем предоставляются базовые инструменты для предоставления сервисов, расширяемая модель, позволяющая добавлять функциональность. Большая часть WCF размещена в сборке Dydtem.ServiceModel.dll.

33) Що таке сервіс-орієнтоване прикладення?

Сервис – это блок функциональности, предоставленный для доступа из внешнего мира. Сервисно-ориентованная архитектура, - продолжение эволюции ООП.

Сервисно-ориентированные приложения агрегируют сервисы в отдельные логические приложения, подобно тому, как компонентно-ориентированные приложения агрегируют компоненты.

34) Взаємодія клієнтів та сервісів WCF.

Обмен данными между WCF-клиентом и WCF-сервисом основан на так называемых «слоях». Клиент, имеющий в своем распоряжении схему обращения к методам сервиса, генерирует запрос к какому-либо методу. Автоматически создается прокси и производится передача ему запроса (списка параметров для обращения к методу). WCF-прокси кодирует эти параметры, добавляет необходимые атрибуты безопасности, и, если соответствующие опции заранее были активированы в конфигурационном файле, отправляет в транспортный канал. Далее, сервис в обратном порядке извлекает этот запрос, соответствующим образом обрабатывает (согласно инструкциям метода), и возвращает результат клиенту. Протоколом передачи данных может выступать один из стандартных протоколов: HTTP, TCP, MSMQ и др.

35) Використання WCF на локальній машині та у розподіленому середовищі.

Л

Process1

App Domain 1

Process2

App Domain 3

Service

Client

Proxy

Proxy

окальной машине

К

App Domain 2

Proxy

Client

Client

Machine A

Process1

Service

Machine B

Process 2

Proxy

Client

росс- системное взаимодействие

Machine C

Process 3

Proxy

Service

36) Адреси сервісів WCF.

В вцф каждый сервис ассоциируется с каждым уникальным адресом: размещение и транспортная схема(протокол).

Размещение может х-ся именем целевой машины, сайта, сети.

Комуникац. Порт, канал или очередь

И опциональный специфический путь УРИ

Либо строка, или ГУИ

37) Використання IPC, MSMQ та Windows Azure AppFabric Service Bus у якості транспорту WCF.

Адреса IPC используют. Net.pipe для передачи данных, т.е. механизм windows именованных каналов.

В рамках WCF - сервис использующей сети могут воспринимать вызовы только с локальной машины. Можно открыть только один именованный канал на машину.

Windows Azure AppFabric Service Bus использует Service Bus для передачи протокола HTTP и HTTPS и должны включать адреса шины сервиса с пространством имен сервиса

SB://MyNamespace.servicebus.windows.net