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

453 views
394 views

Published on

stable release

Published in: Education
0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total views
453
On SlideShare
0
From Embeds
0
Number of Embeds
0
Actions
Shares
0
Downloads
7
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide

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

  1. 1. Віктор Дзундза Група ПІ – 08 -1REST якархітектураWEB-сервісів
  2. 2. Що таке REST ? Акронім від Representation State Transfer (Передача стану представлення). Набір принципів для побудови WEB- сервісів. Дизайн архітектури ПЗ для розподілених інформаційних ресурсів. Шаблон проектування, не протокол WWW побудований на принципах REST
  3. 3. Принципи REST HATEOAS Адресація Відсутність збереження стану Звязок Єдиний інтерфейс
  4. 4. Основні поняття в REST Ресурс Адрес ресурса Вид ресурса Інтерфейс
  5. 5. РесурсЩо може бути ресурсом?Все що завгодно ! • Мапа • Стаття про автомобіль • Набір даних • Посилання • Будь-яке джерело інформаціїЩоб ресурс був ресурсом - йомупотрібна адреса
  6. 6. АдресаОскільки REST грунтується на дизайні HTTP то адресою виступає URI (Uniform Resource Identifier) - уніфікований ідентифікатор ресурсів.Кількість адрес для ресурса необмежена.
  7. 7. Адреса WEB – сервіс являє собою набір ресурсів. Кожному ресурсу відповідає свій URI.  http://example.org/student/name імя студента  http://example.org/student/name/firends друзі студента  http://example.org/student/name/telephone телефони студента URI є ім’ям ресурсу.
  8. 8. Представлення Це інформація про поточний стан ресурсу. Декілька представлень – декілька 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
  9. 9. Основні операції Метод Призначення POST Створити новий ресурс GET Отримати представлення ресурсу PUT Модифікувати ресурс DELETE Видалити ресурс
  10. 10. Основні операції REST-повна архітектура сервісу Метод URI POST /users GET /users/1 PUT /users/1 DELETE /users/1• URI вказує на ресурс• Дії не кодуються в URL
  11. 11. Основні операції REST-подібна архітектура сервісу Метод URI POST /users/create GET /users/1 PUT /users/1/update DELETE /users/1/delete
  12. 12. Плюси Зручно для неінтерактивних сервісів Легка масштабованість Вся інформація для запиту міститься в запиті. Зміна частини ресурсу, яка недоступна як окремий ресурс. Прості адреси Уніфікована структура програми Легка інтеграція під JavaScript Визначена модель поведінки
  13. 13. Недоліки Стан клієнта зберігається тільки на клієнті, немає серверних сесій PUT и DELETE слабо підтримуються браузерами.
  14. 14. Список джерел 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/
  15. 15. Дякую !

×