Servicii Web prin REST

infoeducatie 2009 :: servicii web prin rest

Dr. Sabin‐Corneliu Buraga – www.purl.org/net/busaco



Computer Science

arte

Web interacțiune

design

pictură

profesor

muzică

facultate

semantic

literatură

A. I. Cuza

fotografie

programare

conferințe

cărțicursuri

RomâniaXML

@busaco

cercetare

pasiune





oferirea unui spațiu de comunicare inter‐umană

partajarea cunoștințelor



exploatarea puterii computaționale



resursele sunt identificate prin adresa lor

identificator uniform de resurseURI – Uniform Resource Identifier

http://infoeducatie.ro/2009/participanti/tux



accesul la conținutul – reprezentarea – resurselor Webse realizează printr‐un protocol

HTTP – HyperText Transfer Protocol



resursele – documentele – includ <marcaje />

paginiWeb



marcajele conțin la rândul lor URI‐uri hipertext





soluții multi‐platformă, slab‐conectate

integrarea facilă la nivel de Weba aplicațiilor, serviciilor & sistemelor



necesitatea recurgerii la standarde



soluții multi‐platformă, slab‐conectate

datele să poată fi descrise pentru a fi “înțelese”de calculatoare și pentru a fi interconectate ușor



servicii atașabile (pluggable) & versatile

SaaS – Software as a Service

ASP – Application Service Provider





există un model arhitectural de dezvoltarea serviciilor la nivel de web?



divizarea aplicațiilor în servicii – independente –care se pot compune,

menite a se conecta & orchestra în mod spontanîn cadrul proceselor de afaceri/tehnice

web component‐based software



“the web is the computer”

disponibilitatea unei/unor arhitecturi care…

oferă suport pentru paradigme de comunicare bazată pe Web între aplicații eterogene





permit(e) localizarea transparentă a serviciilor





facilitează adăugarea, înlocuirea, eliminareaserviciilor în mod dinamic





ascund(e) dezvoltatorului detaliile de sistem





software oferind o funcționalitate specifică

spelling checkingstocare de date

mesagerie instantaneeagregare de știricurs valutar

realizare de statistici…



utilizate – la distanță – de alte aplicații/servicii



accesate standardizat via Web

URIHTTPXML



serviciul unei agenții de turismoferirea – și vânzarea, eventual – a unor formule

de petrecere a vacanței



serviciul unei agenții de turism

utilizează alte servicii (software) disponibile pe Web: tranzacții financiareservicii hoteliere

servicii de transport



cum am implementa un serviciu?

script‐uri CGI sau utilizarea serverelor de aplicații Web

ASP.NET, JSP, PHP, RoR,…



maniera clasică de interacțiune cu utilizatorul

utilizatorul – nu neapărat uman ☺ – vizitează o pagină și formulează o cerere (e.g., via un formular)



maniera clasică de interacțiune cu utilizatorul

serviciul implementat oferă un răspunsuzual, un document (X)HTML



tradițional, aplicația oferă o interfață‐utilizator disponibilă pe web

cererile sunt capt(ur)ate via formulare + legături hipertext

utilizatorii umani trebuie să interpreteze etichetele și câmpurile de dialog + răspunsul recepționat



cum obținem răspunsul pentru a fi (re)folositîn programele noastre?

procesarea datelor din codul HTML web scrapping

<tr><td>valoare</td><td><input name="val" value="0" readonly type="text"></td></tr><tr><td>total (cu TVA)</td><td><input name="cutva" value="0" readonly type="text"></td></tr>



cum obținem răspunsul pentru a fi (re)folositîn programele noastre?

orice modificare în marcaje rescrierea programului de preluare a datelor din documentul HTML

???!



cum are loc schimbul de date între servicii webși alte aplicații?



ce‐ar fi să indicăm datele de intrare și răspunsul oferit de serviciul webîntr‐un format standardizat?



posibile soluții:

XML‐RPCSOAP

POX (Plain Old XML)

JSON (JavaScript Object Notation)

“dialog” prin XML



REpresenta‐tional State Transfer



stil arhitectural de dezvoltare a aplicațiilor Webcu focalizare asupra reprezentării datelor

Roy Fielding, 2000



rezultatul unei procesări conduce la returnarea unei reprezentări de resursă




resursăWeb = blog‐ul unei persoane, fotografia unui utilizator, flux de știri, program etc.




reprezentare = (X)HTML, JPEG, PNG, RSS, Atom, SVG,…

desemnată de tipuri MIMEtext/html, image/png, application/xhtml+xml etc.




reprezentările aceleași resurse – desemnate de un URI unic – pot fi multiple

reprezentare1(XHTML)

reprezentare2(Atom)

resursa

URI




fiecare reprezentare a unei resurse are asociat un URL


reprezentare2(Atom)

resursa

URI

URLURL



clienții – e.g., navigatoare Web, roboti, player‐e –interacționează cu reprezentările resurselor via verbe(“accesează”: GET, “modifică”: POST, “șterge”: DELETE,…)


reprezentare2(Atom)

resursa

URI

URLURLGET POST GET DELETE



orice accesare a unei reprezentări plasează aplicația – ori clientul Web – într‐o stare

care va fi schimbată în urma unui transferde date (accesarea altei reprezentări)



resursa1


http://blog.info/

resursa2


http://blog.info/mesaj

resursa3


http://blog.info/mesaj/edit

resursa4

reprezentare4(Atom)

http://blog.info/stiri

GET POST

GET



transferul se realizează prin protocolul HTTP

reprezentarea este modelată în XMLși indicată prin tipuri MIME

adresabilitatea se rezolvă via URI



aplicațiile ce invocă funcționalități (servicii)vor consuma reprezentări de resurse – în stilul pull



fiecare cerere este considerată independentă,fără a se lua în considerație contextul – stateless



implementarea unui magazin on‐line oferind dulciuri

tipuri de resurse (Sortim & Utiliz), identificate unic de URIhttp://www.dulciuri.biz/sortim/rahat

URI intuitivașa‐zis user/SEO friendly



serviciile oferite de Flickr.com

acces – folosind HTTP (e.g., GET, POST) – via URI‐ulhttp://api.flickr.com/services/rest/

pentru a invoca un serviciu Flickr, se precizează metoda + parametrii (dacă există)

http://api.flickr.com/services/rest/?method=flickr.photos.getInfo&...

se înlocuiește cu funcționalitatea dorită



serviciile oferite de Del.icio.us

managementul adreselor Web favorite (bookmark‐uri)

listarea bookmark‐urilor(eventual, filtrate/grupate după diverse criterii)

managementul bookmark‐urilor:adăugare, editare, ștergere



interfața web cu utilizatorul



Resursa URL Metoda Reprezentarebookmark /bookmarks/{md5} GET application/bookmark+xmlbookmark /bookmarks/{md5} PUT application/bookmark+xmlbokmark /bookmarks/{md5} DELETElistă de bookmark‐uri /bookmarks GET application/atom+xml

listă de utilizatori /users GET application/atom+xmllistă de tag‐uri (termeni de conținut)

/tags GET application/atom+xml

pagina principală / GET application/delicious+xml



GET /bookmarks200 OKContent-type: application/atom+xml

<?xml version="1.0"?><feed xmlns="http://www.w3.org/2005/Atom"><title>Bookmarks</title><entry><title>O resursa interesanta</title><link href="/bookmarks/a211528fb5108cddaa4b0d3aeccdbdcf"/><summary>http://undeva.info/o-resursa-interesanta</summary></entry></feed>

obținerea bookmark‐urilor:răspuns XML (Atom) dat de

Del.icio.us

digest MD5



GET /bookmarks/a211528fb5108cddaa4b0d3aeccdbdcf 200 OKContent-type: application/bookmark+xml

<bookmark><title>O resursa interesanta</title><url>http://undeva.info/o-resursa-interesanta</url><user href="/users/tux">tux</user><tags><tag href="/tags/interesting">interesting</tag><tag href="/tags/penguin">penguin</tag>

</tags></bookmark>preluarea unui bookmark: răspuns XML dat de serviciul Del.icio.us



cum accesăm reprezentări de resurse webprin REST?



biblioteci/API‐uri implementând HTTP

libcURL (C, cu portări pentru Perl, PHP, Ruby, Tcl,…)libwww (C, Perl)httplib (Python)Net:HTTP (Ruby)

etc.



exemplu: trimiterea unui mesaj la Twitter.comcurl --basic --user utilizator:parola --data status="rest!"

http://twitter.com/statuses/update.xml

<status> <created_at>Wed Jul 29 15:25:05 +0000 2009</created_at> <text>rest!</text> <truncated>false</truncated> <user>

<name>Sabin Buraga</name><description>A computer scientist, an artist, and more!</description>

…</status>



biblioteci/API‐uri implementând HTTP

permit dezvoltarea de aplicații desktop, mobile etc.

suport pentru implementarea de mash‐up‐uri pe server

nu funcționează în navigatorul web



navigatoarele Web actuale

nu necesită o interfață de programare specifică

disponibilitate ubicuă

transferuri asincrone via AJAX – direct în JavaScript

pot apărea incompatibilități



ASP.NET MVC (C#)JAX‐RS – Java Architecture for RESTful web Services

Jifty (Perl)Recess (PHP)

Ruby on Rails (Ruby)Symfony (PHP)Tonic (PHP)

etc.



servicii publice ce pot fi consumate prin REST (exemple): Amazon, Blip.tv, eBay, Facebook, Google, Hi5, Last.fm,

SlideShare, Talis, TripIt, Upcoming, Yahoo!, YouTube etc.

API‐uri specificedisponibile liber pentru Flex (ActionScript), PHP, Python,

Objective‐C, Ruby,…



cum combindate oferitede mai multe servicii web?



combinarea – la nivel de client și/sau server –a conținutului ce provine din surse (situri)

multiple, oferind o funcționalitate/experiență nouă



+ Ma(y)shupTVo aplicație hibridă



se bazează pe fluxuri RSS/Atom, servicii web, API‐uri,…



aliniate “curentului” SaaS(Software As A Service)



caracteristici:combinarevizualizareagregare



combinare

utilizarea de surse de date multiple

poate avea caracter multidimensional: subiect de interes + locație geografică + moment de timp

Yahoo! music search + Google maps + Eventful





vizualizare

pot fi adoptate diverse tehnici de vizualizare (prezentare)a datelor:

cartografică,tag cloud‐uri,

tridimensională,…



Twitter + Google Earth TwittEarth



agregare

gruparea datelor provenite din mai multe surseși analizarea lor: statistici, clasificări, predicții,…

prin data mining se pot releva aspecte “ascunse”ale datelor procesate



recomandare inteligentă de resurse via Zemanta



instrumente(GUI tools)

biblioteci de dezvoltare(libraries)

interfețe de programare(API‐uri)

surse de date (data feeds)

platforme







platforme

RSS, geoRSS, microformate,

RDFa,…







platforme

privindfluxurileRSS/Atom

specificeserviciilorpublice







platforme

framework‐uriweb

oferite de organizații







platformeAdobe AIR,

Boxely, SnapLogic, widget‐uri







platforme

Dappr, Facebook, Google App Engine,

Yahoo! Pipes





“codul‐sursă” al pipe‐ului web



cum aflu care sunt mash‐up‐urile existenteși API‐urile aferente?



ProgrammableWeb.com



performanță: scalabilitatea & latența

limite ale API‐urilor + existența versiunilor multiple

drepturi de autor asupra datelor & licențiere

securitate: abuz, confidențialitate, încredere etc.

monetizare

lipsa unei interoperabilități reale între platforme



Sabin Buraga, Tehnologii XML, Polirom, 2006

Sabin Buraga (coord.), Programarea în Web 2.0,Polirom, 2007

Leonard Richardson, Sam Ruby, RESTful Web Services, O’Reilly, 2007

Raymond Yee, Pro Web 2.0 Mashups:Remixing Data and Web Services, Apress, 2008





o parte dintre conținuturile grafice au fost preluate de pe situl Flickr, fotografiile fiind realizate de utilizatorii:

42311564, cedric1981, chrispitality, cjc4454, damongarrett, little_lushie, mithril, petergorges, psd, pujan, sharman,

sharynmorrow, splatt, stuartpilbrow, that_james

Date post:	30-May-2015
Category:	Technology
Upload:	sabin-buraga
View:	3,881 times
Download:	0 times

Servicii Web prin REST

Technology