RPC vs spletna storitev
Za ustvarjanje spletnih storitev s protokolom SOAP je potrebna uporaba obeh dveh možnosti. Lahko sledite protokolu SOAP Document SOAP ali protokolu za sporočila RPC SOAP. RPC se nanaša na oddaljeni klic postopka in je protokol, ki ga lahko določen program uporabi za zahtevo za določeno storitev v drugem programu, ki se nahaja znotraj drugega oddaljenega računalnika. Pri uporabi RPC ni treba poznati podrobnosti o omrežju programa. Dani klic postopka se imenuje podprogramski klic ali celo klic funkcije.
Pri uporabi RPC se veliko uporablja model odjemalec / strežnik. Program, ki zahteva izvedbo storitve, je na strani odjemalca, računalnik, ki izvaja izvajanje določenega programa, pa naj bi bil na strežniškem koncu. RPC dejanje lahko poimenujemo sinhrono, saj zahteva, da program, ki zahteva ukrepanje, zaustavi določeno dejanje do trenutka, ko so podani rezultati oddaljenega postopka..
Za zagotovitev, da naprava ne traja predolgo, ko se čakajo različna dejanja, RPC omogoča obdelavo več niti, ki si delijo določen naslov, zato se odgovori lahko dajo, ko pridejo, in ne v seriji, ko mora eno dejanje izpolni za naslednji začetek.
Spletna storitev, ki je ustvarjena s pomočjo nadzora SOAP, lahko tako sledi slogu sporočil RPC ali Document. Slog dokumenta lahko torej kaže na poseben .xml dokument, ki ga je mogoče potrditi glede na XML shemo. Ker se Java RPC uporablja pri komunikaciji platform kot je EJB, podobne aplikacije delujejo na Javi. Po drugi strani se spletna storitev uporablja predvsem kadar uporabljate aplikacijo, ki ne deluje na Javi in se želi povezati s spletno storitvijo.
Učinkovitost med RPC in spletnimi storitvami je dokaj izrazita, med njimi pa so velike razlike med spletnimi storitvami in RPC precej različne. V nekaterih primerih je odstopanje lahko precej majhno, če upoštevamo odpornost. RPC ima izziv, da imate prezasedeno strežniško okolje, kar vam otežuje delo z več strankami.
Po drugi strani spletna storitev omogoča večkratno uvajanje storitve, pri čemer je treba samo to, da se spletna storitev prikliče prek HTTP-ja. To omogoča izkoriščanje običajnih tehnik škropljenja in usmerjanja omrežij, ki se uporabljajo na večjih lokacijah. Pomembno je tudi upoštevati, da spletna storitev ne potrebuje posebnega kodiranja za delovanje s strežnikom ali celo s stranko.
Odpornost RPC-ja in spletnega servisa je mogoče enakovredno primerjati, čeprav je pomembno upoštevati, da RPC uporablja posrednike, da delujejo po pričakovanjih. Tu se začnejo uporabljati EE EJB in okviri, kot je Spring. Za najboljše v uporabi je priporočljivo, da najprej sodelujete z Java EE EJB, preden vstavite v okolje RPC. Izpostavljenost spletne storitve temu okolju in RPC tudi olajša konfiguracijo.
Povzetek
RPC se nanaša na oddaljeni klic postopka.
Uporaba RPC je priporočljiva, kadar je odjemalca / strežnika zelo močna uporaba.
RPC omogoča obdelavo več niti, ki si delijo določen naslov.
RPC, zaposlen na platformi, ki uporablja EJB.
Spletna storitev, ki se uporablja na platformah, ki niso Java, kadar aplikacija želi dostop.
Spletna storitev se uporablja tudi za sinhronizacijo asinhrone komunikacije.