Neden SOAP tabanlı hizmetler yerine REST kullanılır? [kapalı]

Bugün REST ile ilgili ilginç bir demoya katıldım, ancak REST'in neden bir SOAP tabanlı Hizmetler yığınından daha iyi veya daha basit olduğunu ve uygulanmasının tek bir nedeni (ne de sunuldu) düşünemedim.

"Gerçek dünyada" bir kimse neden SOAP tabanlı Hizmetler yerine REST kullanıyor nedenlerinden bazıları nelerdir?

Daha az ek yük (her çağrıyı sarmak için SOAP zarfı yok)

Daha az çoğaltma (HTTP, zaten bir SOAP zarfında temsil edilmesi gereken DELETE, PUT, GET vb. İşlemleri zaten temsil eder).

Daha standartlaştırılmış - HTTP işlemleri iyi anlaşılmıştır ve tutarlı bir şekilde çalışır. Bazı SOAP uygulamaları titiz olabilir.

Daha fazla insan tarafından okunabilir ve test edilebilir (SOAP'ı sadece bir tarayıcıyla test etmek daha zor).

XML kullanmanıza gerek yok (iyi bir şekilde SOAP için de gerek yok, ancak zaten zarfı ayrıştırdığınız için pek mantıklı değil).

Kütüphaneler SOAP'ı (bir çeşit) kolaylaştırdı. Ama not ettiğim gibi altında çok fazla işten çıkarıyorsunuz. evet teoride SOAP, benzer şeyler yapan bir katmanın üstüne binmekten kaçınmak için diğer taşımacılıkların üzerinden geçebilir, ancak gerçekte yapabileceğiniz hemen hemen tüm SOAP çalışmaları HTTP'nin üzerindedir.

RESTful hizmetleri tüketmek SOAP tabanlı (normal) hizmetlerden çok daha basittir . Bunun nedeni, REST'in, yapılan istek türünden (GET = retrive, POST = write, DELETE = remove, vb ...) niyetinin çıkarılmasını sağlayan normal HTTP isteklerini temel alması ve tamamen vatansız olmasıdır. Öte yandan, istek bağlamını içeren bir mesaj zarfı kavramıyla ortadan kalktığı için daha az esnek olduğunu iddia edebilirsiniz.

Deneyimlerime göre, kurum içindeki hizmetler için SOAP, genel API'ler olarak maruz kalan hizmetler için REST tercih edilmiştir.

.NET çerçevesindeki WCF gibi araçlarla, bir hizmeti REST veya SOAP olarak uygulamak çok önemlidir.

İlgili bazı okumalar:

• Amazon İnternet Servisleri Blogu: REST vs SOAP
• Dare Obasanjo sık sık REST hakkında yazıyor

"Web servisleri" dediğinizde SOAP ve WS- * standartlar kümesi demek istediğinizi varsayacağım. (Aksi takdirde, DİNLENME hizmetler iddia olabilir vardır "web hizmetleri".)

Kurallı argüman, REST hizmetlerinin web tasarımıyla, yani HTTP ve ilgili altyapının tasarımı ile daha yakın eşleşmeleridir. Bu nedenle, bir REST hizmetinin kullanılması mevcut web araçları ve teknikleriyle daha uyumlu olacaktır.

Elbette, ayrıntılara girdiğinizde, her iki yaklaşımın da farklı senaryolarda güçlü yanları olduğunu görürsünüz. İlgilendiğiniz detaylar bu mu?

Tepegöz, iyi mimari kadar önemli değildir.

REST bir protokol değil, iyi ölçeklenebilir tasarımı teşvik eden bir mimaridir. Genellikle seçilir, çünkü RPC'de çok fazla özgürlük kolayca zayıf bir tasarıma yol açabilir.

Diğer neden, mevcut teknolojilerden (esas olarak proxy'ler) yararlanabileceği için HTTP üzerinden RESTful protokollerinin öngörülebilir maliyetidir. RPC başlangıç ​​maliyeti oldukça düşüktür, ancak yük yoğunlaşması ile önemli ölçüde artma eğilimindedir.

REST, uygulamaya yönelik agnostik ve çok daha şeffaftır ve bu, API'larını pazarlama araçları olarak kullanan ve insanların verilerini gerçekten tüketmelerini isteyen Flickr, Amazon veya Digg gibi büyük web siteleri için genel API'lar için harika kılar. Onlar yok Seçim'ın arabası SABUN kütüphanesinin onların kodlama dilini hata ayıklamak için çalışıyoruz acemi geliştiricilerin el tutan 1000s olmak istiyorum.

Her iki uçta kitaplıkların ve bilinen ipuçlarının bulunduğu dahili uygulamalar için daha iyi olan SOAP ve WSDL'ye karşı. (Ve belki de İnternet ölçeğinde yük dengeleme, HTTP önbellekleme vb. Gibi şeyleri önemsemeniz gerekmez.) Daha sonra kendi kendine belgelenen API'leri alırsınız, sıfır çalışma ile türleri korur vb.

Roy Fielding'in konuyla ilgili en mükemmel tezini okumalıyım . Mükemmel bir dava açar ve yazdığı zamandan kesinlikle ilerideydi (2000).

Steve Vinoski'nin blogu ve en son makaleleri kesinlikle görülmeye değer. Michi Henning, "C ++ ile Gelişmiş CORBA® Programlama" ile muhtemelen bu konuda en iyi kitabı yazan eski bir CORBA gurusu . Ancak, o zamandan beri istemci / sunucu yollarının hatasını gördü ve şimdi REST tarafından yemin ediyor.

REST, mutasyona uğramayan işlemlerinizin (genellikle GET fiilini kullanan) önbelleğe alınmasını sağlar . Yani, müşteri tarafından önbelleğe alınır ve / veya vekil sunucuları tarafından önbelleğe alınır. Bu büyük bir kazanç olabilir!

REST temel olarak web hizmetlerini uygulamanın bir yoludur. Bu, vurmaya çalıştığınız web hizmetlerini sorgulamak için HTTP'yi doğru şekilde kullanmanın bir yoludur.

http://www.xfront.com/REST-Web-Services.html http://en.wikipedia.org/wiki/Representational_State_Transfer

Süper basit ve incedir. Http verb: GET üzerinden tarayıcı ile yapabilirsiniz. Bir tarayıcının genel http POST isteğini elle kolayca yapabildiğini bulamadım

İşte bir veri noktası: Amazon API'lerini hem REST hem de SOAP formatlarında sunuyor ve kullanımın% 85'i REST.

REST'in uygulanması daha kolay, anlaşılması daha kolay ve daha yüksek performans.