Video: Google Nest Mini vs Amazon Echo Dot 2024
Amazon Web Services (AWS) a lansat inițial suport SOAP pentru interacțiunile cu API-ul său, dar a rămas pentru, cu alte cuvinte) interfața SOAP în favoarea REST. Cea mai bună recomandare pentru orice utilizare a API-ului AWS este că vă concentrați asupra utilizării funcției REST. În acest fel, nu veți ajunge la programe care într-o bună zi nu mai funcționează - mult după ce ați uitat detaliile mecanismelor de interacțiune. Experiența sarcinii neplăcute de a vă întoarce într-un sistem și de a încerca să vă reconstruiți acțiunile de luni sau ani mai devreme este una nefericită.
Abordarea mai veche, SOAP (scurt pentru Simple Object Access Protocol), a avut un sprijin larg răspândit în industrie, completat cu un set cuprinzător de standarde. Aceste standarde erau, din păcate, prea extinse. Persoanele care proiectează SOAP au stabilit că sunt extrem de flexibile - pot comunica pe internet, prin e-mail și prin rețele private. Pentru a asigura securitatea și manevrabilitatea, au fost definite și o serie de standarde de sprijin care se integrează cu SOAP.
se bazează pe un standard de codare a documentului cunoscut sub numele de Extensible Markup Language (XML, pe scurt), iar serviciul SOAP este definit astfel încât utilizatorii să poată utiliza XML fără nici un indiciu ceea ce reprezintă rețeaua de comunicații subiacente. Cu toate acestea, pentru ca acest sistem să funcționeze, datele transferate de SOAP (denumite în mod obișnuit
sarcina utilă ) trebuie să fie și în format XML. Observați un model aici? Pushul pentru a fi cuprinzător și flexibil (sau pentru a fi toate lucrurile pentru toți oamenii), plus cerința de încărcare utilă XML a însemnat că SOAP a devenit destul de complex, ceea ce face o mulțime de lucruri de utilizat în mod corespunzător. Așa cum ați putea ghici, mulți oameni IT l-au găsit pe SOAP descurajați și, prin urmare, s-au opus folosirii. ->
Aproximativ un deceniu în urmă, un student de doctorat a definit o altă abordare a serviciilor web, ca parte a tezei sale: REST sau Transferul de stat reprezentativ. REST, care este mult mai cuprinzător decât SOAP, aspiră să rezolve mai puține probleme. Nu se referă la unele aspecte ale SOAP care păreau importante, dar care, din retrospectivă, au făcut-o mai complexă de a folosi - de exemplu, securitatea.
Cel mai important aspect al REST este că este conceput să se integreze cu protocoalele web standard, astfel încât serviciile REST să poată fi apelate cu verbe web standard și URL-uri. De exemplu, un apel valabil REST arată astfel:// search.examplecompany. com / CompanyDirectory / EmployeeInfo? empname = BernardGolden
Asta e tot ce este nevoie pentru a face o interogare la serviciul REST de exemplucompany pentru a vedea informații despre personal. Verbul HTTP care însoțește această solicitare este GET, solicitând returnarea informațiilor. Pentru a șterge informațiile, utilizați verbul DELETE. Pentru a insera informații, folosiți verbul POST. Pentru a actualiza informațiile, utilizați verbul PUT.
Pentru acțiunile POST și PUT, informații suplimentare ar fi însoțite de empname și vor fi separate printr-un ampersand (&) pentru a indica un alt argument care va fi utilizat de serviciu.
REST nu impune cerințe speciale de formatare a sarcinilor utile de serviciu; în acest sens, diferă de SOAP, care necesită XML. Pentru interacțiuni simple, un șir de octeți este tot ceea ce aveți nevoie pentru sarcina utilă; pentru interacțiuni mai complexe (de exemplu, în plus față de returnarea informațiilor despre angajați, doriți să adresați o solicitare pentru informarea angajaților tuturor angajaților ale căror nume încep cu G), se utilizează convenția de codare JSON. (JSON, dacă ești curios, înseamnă notație de obiect Javascript.)
Așa cum s-ar putea să te aștepți, modelul de utilizare mai simplu al lui REST, alinierea sa cu protocoalele web standard și verbe și formatul său mai puțin restrictiv, ca o casă în foc.
