Szappan, kliens-szerver - fekete és kék - közepes
Legutóbb, a cég helyett, és az új projekt kellett megérteni, hogy mi a SOAP és mit eszik.
Eredetileg SOAP - Simple Object Access Protocol, bár egy új változata a nevét már nem tekinthető egy rövidítés, és az elején egy nevet.
Általában, ha veszek, akkor nem kell, hogy megértsük, hogyan működik, hanem csak az, hogy a munkával, a belső e jegyzőkönyv szörnyű, és ha nem használjuk a return annak érdemes követelményeknek, azt tanácsolom, hogy végre egy hagyományos RESTful webes szolgáltatást.
I visszavonulást és írja le, miért tanácsos létrehozni pontosan REST webes szolgáltatás használata helyett SOAP.
Az első és legfontosabb dolog az, hogy a pihenés világos, és a belépési küszöb a szerver írásban - sokkal alacsonyabb, mint a SOAP.
Másodszor, a többi kiszolgáló meglehetősen egyszerű és kényelmes felület. XML - garantálja a helyes választ, és tudja, mire számíthat, de ha figyelembe veszi a szabványokat és állapodjanak meg egy közös hiba kezelési módot, a probléma ezzel merülnek fel problémák.
Harmadszor, SOAP elég nehézsúlyú, ellentétben a többi.
Negyedszer, hibakeresési REST szolgáltatás egyszerűbb és kényelmesebb. Akkor természetesen használat visszaút különleges tulzy mint SoapUi, de velük először meg kell érteni.
Térjünk vissza a magyarázat:
A kommunikáció a kliens és a szerver szempontjából adatcsere zajlik egy jól meghatározott formátumban, WSDL fájl, ahol minden van írva a szörnyű „enterprayznom” xml-e. Ezért abban az esetben nem felel meg a sablonokat, akkor rendszeresen elkapni az ügyfél, akkor -serverv „SOAP érvényesítési hiba”, az azt jelenti, hogy az egyik paraméter nem sootvesvuet minta xml választ. Hadd magyarázzam itt egy példa:
Mintakódban SOAP kliens a PHP
Itt, mi csak azt akarják, hogy a wsdl, csak rámutatva a fájl helyét (talán jelzik az azonos URI) fájlt.
És hívja a módszer, amely a kiszolgálón a dokumentációban, akkor is látni magát xml fájlt fogja érteni, mit módszerek állnak rendelkezésre, általában van egy minimális leírást.
Most, hogy a szerver
Mintakódban SOAP szerver PHP
Készítünk egy osztályt, hogy meg akarjuk adni a választ, minden technika és arról, hogy visszatérjenek dokumentálni wsdl-fájlt. Készítünk egy új objektumot a kivitelező meghatározva a fájl elérési útját. Az objektumhoz rendelt szeretne minket az osztályba, és hívja a fogantyú () metódus, ami minden kérés által feldolgozott SOAP protokoll, kialakult a válaszokat, és az összes többit. Idézve a dokumentációban:
Feldolgozza a SOAP kérés felhívja szükséges funkciókat, és választ küld vissza.
Most kapcsolatos WSDL fájlok és az XML.
Egy WSDL dokumentum egy webes szolgáltatás. Ez meghatározza a helyét a szolgáltatást, és a módszerek a szolgáltatás segítségével ezeket főbb elemei:
A fő kézi mindig w3schools honlapján:
Végül szeretném tisztázni, hogy a teremtés kedvezőtlen kommunikáció SOAP, akkor nem feltétlenül generit WSDL, de hasznos lesz, mert a pontos specifikációk és tudás, amit módszer létezik, hogy mindegyikük kell adni és venni.
Minta kód PHP létrehozása nélkül wsdl.