Ovaj članak govori o dva protokola pristupa web usluzi, SAPUN ("Jednostavan protokol pristupa objektu") i ODMOR ("Reprezentativni državni transfer").
Web usluge definirane su za aktivno dohvaćanje, čitanje ili prijenos podataka iz određenog izvora kako bi se dobio određeni ishod - rezultat.
Sljedeći osnovni primjer prikazuje osnovnu upotrebu web usluga prije nego što shvatite kako se podaci prenose u i iz web servisa, koristeći SOAP ili REST.
Ako programer piše aplikaciju koja zahtijeva neko izračunavanje podataka na jednom mjestu, metoda pisanja izračunava se u kodu na tom jednom mjestu. Međutim, ako je potrebno izračunavanje podataka u drugim dijelovima aplikacije, bilo bi neučinkovito i nepraktično održavati ako je programer postavio metodu izračuna u svako područje koje je potrebno.
Ako želite izvršiti jednu promjenu u toj metodi, potrebno je pronaći sve instance za uređivanje (i ponovno testiranje). Ovaj bi scenarij imao koristi od korištenja web usluge za optimalno funkcioniranje i poboljšanja agilnosti poslovanja.
Stvaranjem jedne web usluge s dostupnim metodama za dodavanje, oduzimanje, dijeljenje i množenje, aplikacija će se angažirati s tom web uslugom kad god je potrebno izračunavanje podataka; Poziva web servis da radi izračun i proizvede rezultat. Dakle, postoji samo jedno mjesto za razvojnog programera za održavanje metode izračuna podataka.
Način postupanja s podacima u web uslugama određuje se implementira li SOAP ili REST.
Aplikacija izgrađena na izvršnim procesima temelji se na a Uslužno orijentirana arhitektura ( „SOA”). To je pristup kako koristiti usluge koje prenose, proizvode, potvrđuju ili izračunavaju podatke.
SOA postaje sve povoljnije za poboljšanje kvalitete i vremena razvoja te za poboljšanje performansi i skalabilnosti aplikacije.
Napomena o modeliranju poslovnih procesa ("BPMN") modelira uslugu ili poslovni proces koji mogu učiniti ne-tehnički ljudi, tj. Poslovni analitičar. koristeći BPMN, razvojni modeli (za usluge) programeri lako interpretiraju taj model kao izvršni proces, a ti procesi mogu ili ne zahtijevaju ljudsku interakciju.
SOAP je metoda prijenosa podataka putem interneta.
Izvorno razvijen od strane Microsofta zbog pojave interneta, SOAP je zamijenio stari DCOM i CORBA tehnologija i već je duže vrijeme od REST-a.
SOAP se smatra težim od REST-a, tj. Potrebno je više prtljage za prijenos podataka, što znači da je potrebna veća propusnost po zahtjevu poruke, a izvor podataka i ciljevi imaju još posla za pakiranje i primanje podataka.
SOAP koristi samo XML za usluge razmjene poruka putem interneta, a zahtjevi za XML poruke mogu biti vrlo složeni i ako se razvijaju ručno, potrebna je pažljiva pažnja jer je SOAP nefleksibilan s pogreškama.
Moguće je automatizirati zahtjeve za SOAP poruke koristeći .NET jezike (kao primjer), gdje programeri ne trebaju raditi s XML-om jer se automatski generira u pozadini.
Ako se u zahtjevu za poruku nađu problemi, detaljne informacije o pogrešci vraćaju se u odgovoru na poruku, a taj se postupak također može automatizirati referenciranjem standardnih kodova pogrešaka navedenih u odgovoru na poruku..
Stoga je korišteni programski jezik odlučujući faktor koliko će biti teško primijeniti SOAP.
Jedan od komada prtljage koji prati SOAP poruku je Jezik opisa web usluga ("WSDL") da biste objasnili kako web usluga funkcionira. Kada se aplikacija odnosi na web uslugu, ona čita i razumije što učiniti s web uslugom.
SOAP nije vezan za upotrebu HTTP (HyperText Transfer Protocol) isključivo; može se koristiti preko SMTP-a i drugih transportnih protokola.
Što je SOAP standardiziran, on je krutiji od REST-a, iako oboje ovise o utvrđenim pravilima.
REST je noviji i ljepši rođak SOAP-a i brzo postaje izbor za većinu web i mobilnih aplikacija.
Više od desetljeća nakon uvođenja, REST je lakši, održiviji i skalabilniji način interakcije s web uslugama.
Za razliku od SOAP-a, REST se ne koristi XML isključivo; običan tekst, CSV, i RSS može se koristiti, kao i JSON za AJAX pozive; sve dok i izvor i ciljevi mogu razumjeti korištene formate.
REST je manje složen i smatra se manjom krivuljom učenja u usporedbi sa SOAP-om. Većina modernih programskih jezika ima knjižnice i okvire za olakšavanje REST (RESTful) usluga, poput C #, Python, Java i Perl.
REST je brži zbog minimalne obrade i učinkovitiji je za upotrebu različitih formata poruka.
Oboje postoje prednosti i nedostaci, pa kada razmislite koji pristupni protokol trebate upotrijebiti, razmislite o programskim jezicima koji se koriste u organizaciji, okruženju aplikacije i zahtjevima aplikacije..