архітектура Web сервісів
Upcoming SlideShare
Loading in...5
×
 

архітектура Web сервісів

on

  • 389 views

stable release

stable release

Statistics

Views

Total Views
389
Slideshare-icon Views on SlideShare
389
Embed Views
0

Actions

Likes
0
Downloads
3
Comments
0

0 Embeds 0

No embeds

Accessibility

Categories

Upload Details

Uploaded via as Microsoft PowerPoint

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

    архітектура Web сервісів архітектура Web сервісів Presentation Transcript

    • Віктор Дзундза Група ПІ – 08 -1REST якархітектураWEB-сервісів
    • Що таке REST ? Акронім від Representation State Transfer (Передача стану представлення). Набір принципів для побудови WEB- сервісів. Дизайн архітектури ПЗ для розподілених інформаційних ресурсів. Шаблон проектування, не протокол WWW побудований на принципах REST
    • Принципи REST HATEOAS Адресація Відсутність збереження стану Звязок Єдиний інтерфейс
    • Основні поняття в REST Ресурс Адрес ресурса Вид ресурса Інтерфейс
    • РесурсЩо може бути ресурсом?Все що завгодно ! • Мапа • Стаття про автомобіль • Набір даних • Посилання • Будь-яке джерело інформаціїЩоб ресурс був ресурсом - йомупотрібна адреса
    • АдресаОскільки REST грунтується на дизайні HTTP то адресою виступає URI (Uniform Resource Identifier) - уніфікований ідентифікатор ресурсів.Кількість адрес для ресурса необмежена.
    • Адреса WEB – сервіс являє собою набір ресурсів. Кожному ресурсу відповідає свій URI.  http://example.org/student/name імя студента  http://example.org/student/name/firends друзі студента  http://example.org/student/name/telephone телефони студента URI є ім’ям ресурсу.
    • Представлення Це інформація про поточний стан ресурсу. Декілька представлень – декілька URI. Різні формати представлення:  XML cхеми, мікроформати, MIME-типи. http://example.org/student/name.html - html http://example.org/student/name /friends.json – Application/json http://example.org/news/index.xml - xml/atom
    • Основні операції Метод Призначення POST Створити новий ресурс GET Отримати представлення ресурсу PUT Модифікувати ресурс DELETE Видалити ресурс
    • Основні операції REST-повна архітектура сервісу Метод URI POST /users GET /users/1 PUT /users/1 DELETE /users/1• URI вказує на ресурс• Дії не кодуються в URL
    • Основні операції REST-подібна архітектура сервісу Метод URI POST /users/create GET /users/1 PUT /users/1/update DELETE /users/1/delete
    • Плюси Зручно для неінтерактивних сервісів Легка масштабованість Вся інформація для запиту міститься в запиті. Зміна частини ресурсу, яка недоступна як окремий ресурс. Прості адреси Уніфікована структура програми Легка інтеграція під JavaScript Визначена модель поведінки
    • Недоліки Стан клієнта зберігається тільки на клієнті, немає серверних сесій PUT и DELETE слабо підтримуються браузерами.
    • Список джерел David Heinemeier Hansson, Leonard Richardson, David Hansson. - Restful Web Services Subbu Allamaraju. - RESTful Web Services Cookbook: Solutions for Improving Scalability and Simplicity Jim Webber, Savas Parastatidis, Ian Robinson. - REST in Practice: Hypermedia and Systems Architecture http://www.ietf.org/rfc/rfc2616.txt http://www.ibm.com/developerworks/webservice s/library/ws-restful/
    • Дякую !