wcf

1. WCF
Module 1

2. SOA (Service oriented architecture)
 SOA - архітектурний шаблон програмного забезпечення,
модульний підхід до розробки програмного забезпечення,
заснований на використанні розподілених, слабко пов'язаних
замінних компонентів, оснащених стандартизованими
інтерфейсами для взаємодії за стандартизованими
протоколами.
Andrey Gladky
KspDevelop@gmail.com 2

3. SOA (Service oriented architecture)
SOA характеризують такі основні принципи, дотримання яких
дозволяє сказати чи є інформаційна система сервіс-орієнтованої чи ні:
 сервіси як компоненти інформаційної системи, які публікують свої
інтерфейси (контракти). Ці контракти є незалежними від
платформи, мови програмування, операційної системи і інших
технічних особливостей реалізації, сервіси взаємодіють між собою
і допоміжними службами за допомогою відкритих, широко
використовуваних стандартів.
 кожен, що становить інформаційну систему, сервіс реалізує окрему
бізнес-функцію, яка є логічно відокремленою, що повторюється
завданням, що є складовою частиною бізнес-процесу
підприємства.
 низька зв'язаність (слабкий зв'язок). Сервіси в системах,
побудованих на SOA можуть бути реалізовані в незалежності від
інших служб системи, необхідно тільки знання інтерфейсу
використовуваних сервісів.
Відмінною рисою побудованої на SOA системи є одночасне
застосування всіх зазначених принципах.
Andrey Gladky
KspDevelop@gmail.com 3

4. SOA (Service oriented architecture)
Сервісом називається незалежний програмний компонент, що
виконує певне завдання, таке як наприклад «перевірити кредитну
картку», яка не потребує для використання клієнтами якоїсь
певної програмної технології.
Використання відкритих стандартів є важливою характерною
особливістю SOA. Це значно зменшує час підключення нового
бізнес-сервісу до існуючої системи, так само як і при
впровадженні SOA, немає необхідності переписувати або просто
відмовлятися від перевірених роками і діючих рішень.
Коли ж говорять те, що інформаційна система дотримується
принципів SOA, то сервіс, реалізований, наприклад, на мові Java і
повинен бути застосовний для використання клієнтами,
реалізованими в Windows середовищі і навпаки.
Andrey Gladky
KspDevelop@gmail.com 4

5. WCF (Windows Communication
Foundation)
В версії .NET 3.0 був представлений API-інтерфейс,
спеціально призначений для побудови розподілених
систем - Windows Communication Foundation WCF). На
відміну від інших розподілених API-інтерфейсів, які,
можливо, приходилось застосовувати в минулому
(наприклад, DCOM, .NET Remoting, веб-служби XML,
черги повідомлень), WCF пропонує єдину, уніфіковану і
розширювану об’єктну модель для програмування, яка
може використовуватися для взаємодії з безліччю раніше
розрізнених розподілених технологій.
Andrey Gladky
KspDevelop@gmail.com 5

6. WCF (Windows Communication
Foundation)
Інфраструктура WCF - це інструментальний набір
розподілених обчислень, який інтегрує всі ці раніше
незалежні технології розподіленої обробки в один
узгоджений API-інтерфейс, представлений в першу чергу
простором імен System. ServiceModel. За допомогою
WCF можна відкривати ці служби викликаючим
компонентам, застосовуючи для цього широке розмаїття
прийомів.
Andrey Gladky
KspDevelop@gmail.com 6

7. WCF (Windows Communication
Foundation)
При створенні внутрішнього застосування, де всі
підключені машини працюють під управлінням Windows,
можна використовувати різні протоколи TCP для
досягнення максимально можливої продуктивності. Ті ж
самі служби також можуть бути представлені з
застосуванням протоколів НТTP і SOAP, щоб дозволити
зовнішнім клієнтам користуватися їх функціональністю,
незалежно від мови програмування або операційної
системи.
Andrey Gladky
KspDevelop@gmail.com 7

8. Andrey Gladky
KspDevelop@gmail.com 8

9. Andrey Gladky
KspDevelop@gmail.com 9

10. Функціональні можливості WCF
Можливість взаємодії і інтеграція різних API-інтерфейсів
- це тільки два важливих аспекти WCF. Головні засоби
WCF.
 Підтримка як строго типізованих, так і не типізованих
повідомлень. Цей підхід дозволяє додаткам .NET
ефективно спільно використовувати типи, в той час як
програмне забезпечення, створене за допомогою інших
платформ (Таких як Java), може використовувати потоки
слабо типізованого XML.
 Підтримка декількох прив’язок (наприклад,
низькорівневий HTTP, TCP, MSMQ і іменовані канали),
що дозволяє вибирати найбільш підходящий механізм
для транспортування даних повідомлень.Andrey Gladky
KspDevelop@gmail.com 10

11. Функціональні можливості WCF
 Підтримка останніх специфікацій веб-служб WS- *)
 Повністю інтегрована модель безпеки, що охоплює як
вбудовані протоколи безпеки Windows/.NET, так і
численні нейтральні технології захисту, побудовані на
стандартах веб-служб.
 Підтримка технологій сеансового управління станом, а
також підтримка односпрямованих повідомлень без
стану.
Andrey Gladky
KspDevelop@gmail.com 11

12. Основні принципи WCF
Принцип 1: межі встановлені явно
Цей принцип підкреслює той факт, що функціональність
служби WCF виражається через чітко визначені
інтерфейси. Єдиний спосіб, яким зовнішній клієнт може
звернутися до служби WCF - через інтерфейс.
Принцип 2: служби взаємодіють через контракт, а не
реалізацію
Цей принцип полягає в тому, що реалізація деталей
служби WCF не стосується зовнішнього компонента, що
викликає її. Клієнти WCF взаємодіють зі службами
виключно через їх відкриті інтерфейси.
Andrey Gladky
KspDevelop@gmail.com 12

13. Основні принципи WCF
Принцип 3: служби є автономними
Коли про службах кажуть як про автономні сутності,
мають на увазі той факт, що кожна служба WCF є
(наскільки можливо) окремим "островом". Автономна
служба повинна бути незалежною від аспектів, що
стосуються версії, розгортання і установки. Щоб
допомогти в просуванні цього принципу, ми знову
повертаємося до ключового аспекту програмування на
основі інтерфейсів. Як тільки інтерфейс впроваджений у
виробництво, він ніколи не повинен змінюватися (або ви
ризикуєте зруйнувати існуючі клієнти). Коли ви бажаєте
покращити функціональність служби WCF, просто
напишіть новий інтерфейс, який моделює бажану
функціональність.
Andrey Gladky
KspDevelop@gmail.com 13

14. Основні принципи WCF
Принцип 4: сумісність служб заснована на політиці
Оскільки інтерфейси CLR надають строго типізовані
контракти всім клієнтам WCF (і також можуть бути
використані для генерації відповідного документа WSDL
(Web Services Description Language) на основі обраної
прив'язки), важливо розуміти, що інтерфейси і WSDL
самі по собі недостатньо виразні, щоб деталізувати
аспекти того, що здатна робити служба. З огляду на це,
SOA дозволяє визначати політики, які додатково
проясняють семантику служби (наприклад, очікувані
вимоги безпеки, які застосовуються для спілкування зі
службою). Використовуючи ці політики, можна
відокремлювати низькорівневі синтаксичні описи служби
(відкриті інтерфейси) від семантичних деталей їх роботи і
способів їх виклику.
Andrey Gladky
KspDevelop@gmail.com 14

15. Архітектура WCF
Andrey Gladky
KspDevelop@gmail.com 15

16. Архітектура WCF
Кінцеві точки (Service Endpoint).
Хости і клієнти взаємодіють один з одним, погоджуючи
так звані ABC - умовне найменування для
запам'ятовування основних будівельних блоків додатків
WCF, таких як адреса, прив'язка і контракт (address,
binding, contract - ABC).
 Адреса кінцевої точки (Endpoint Address) - описує
розташування служби. У коді є суб'єктом System.Uri,
проте його значення зазвичай зберігається в файлах *.
config.
Andrey Gladky
KspDevelop@gmail.com 16

17. Архітектура WCF
Кінцеві точки (Service Endpoint).
 Прив'язка кінцевої точки (Binding) - інфраструктура
WCF поставляється з безліччю різних прив'язок, які
вказують мережеві протоколи, механізми кодування і
транспортний рівень.
 Contract Description - надає опис кожного відкритого
методу, зі служби WCF.
 Абревіатура ABC не має на увазі, що розробник
зобов'язаний визначити спочатку адреса, за ним
прив'язку і тільки потім - контракт. У багатьох випадках
розробник WCF починає з визначення контракту для
служби, а за ним адреси і прівязки.
Andrey Gladky
KspDevelop@gmail.com 17

18. Контракти
 Поняття контракту є ключовим при побудові служби
WCF.
 Більшість додатків WCF будуть починатися з
визначення набору інтерфейсних типів .NET,
використовуваних для подання набору членів, які буде
підтримувати задана служба WCF.
 Зокрема, інтерфейси, які представляють контракт WCF,
називаються контрактами служб. Класи (або
структури), які реалізують їх, звуться типи служб.
Andrey Gladky
KspDevelop@gmail.com 18

19. Атрибути
 Контракти служб WCF оснащуються різноманітними атрибутами,
причому самі часто використовувані з них визначені в просторі
імен System.ServiceModel. Коли члени контракту служби (методи в
інтерфейсі) містять тільки прості типи даних (такі як числові,
булевскі і строкові), завершену службу WCF можна побудувати,
використовуючи одні тільки атрибути [ServiceContract],
[OperationContract] і [DataContract], [DataMember].
 Однак якщо члени відкривають спеціальні типи, швидше за все,
будуть застосовуватися різні типи з простору імен
System.Runtime.Serialization. Тут доступні додаткові атрибути (на
зразок [DataMember] і [DataContract]), для тонкого налаштування
процесу визначення того, як складові типи будуть серіалізовані і
десеріалізовані з XML при передачі в і з операцій служби.
Andrey Gladky
KspDevelop@gmail.com 19

20. Andrey Gladky
KspDevelop@gmail.com 20
Демонстрація