SOAP'ın günümüzdeki önemi nedir?

En son SOAP tabanlı bir servisle karşılaştığımda, 2013 yılında bir finans firmasında staj yapmaktaydım. Kariyerime BT'de başladığım zamandı. Mühendislik dersimden birinde SOAP hakkında bazı çalışma materyalleri olduğunu hatırlıyorum. Bunun dışında, kariyerim boyunca SOAP'ı fazla kullanmadım.

Bunu, son görüşmelerden birinde "SOAP ve REST Arasındaki Fark" sorusu geldiğinden beri soruyorum. Bildiklerimden (ve Google’da bulduklarımdan) SOAP, iş mantığı ile yakından ilgili olan bilgi değişimi için müşteri ile sunucu arasında sıkı bir bağlantıya sahip bir protokoldür. Oysa REST, veri aktarımı için daha esnek durumsuz bir mimaridir.

SOAP ve REST arasındaki bu farktan yanılıyorsam biri beni düzeltebilir mi? Ayrıca, SOAP'ın bugünkü önemi nedir? İnsanlar hala yeni SOAP tabanlı API'ler mi geliştiriyorlar, yoksa şu anda çoğunlukla eski mi?

REST gerçekten mimari bir tarz. SOAP bir veri protokolüdür. Ayrım önemlidir; onları doğrudan karşılaştıramazsınız.

REST'in temel amacı , internetteki kaynakları temsil etmek ve onları keşfetmek için mekanizmalar sağlamaktır. Buna karşılık, SOAP bilgisayarlar arasında yapılandırılmış veri iletimi için kullanılır ve gerçekte hepsi budur.

İnternet'teki iki bilgisayar arasında bir istemci / sunucu ilişkisi oluşturmak için aslında REST'e ihtiyacınız olmadığını unutmayın. İhtiyacınız olan tek şey JSON veya XML'i aktaran bir mekanizmadır ve başkalarıyla uyumsuz olmak için istekli olsanız bile buna ihtiyacınız yoktur.

Bununla birlikte, SOAP yeni, halka açık API'lerin lehine düşmüştür, bununla birlikte hala B2B uygulamaları için kullanılmaktadır, çünkü onunla bir "veri sözleşmesi" tanımlayabilirsiniz. JSON web servisleri oldukça hafif ve esnek olma özelliğini taşıyor ve Javascript, JSON'u yerel olarak tanıdığından, tarayıcılar için doğal bir seçim.

Fakat bunların hiçbirinin REST ile ilgisi yok, gerçekten.

İleri Okuma
REST, SOAP'tan daha mı iyidir? (İyi bir makale, yanlış bir şekilde REST protokolü çağırmasına rağmen).
Richardson Olgunluk Modeli

REST, gücü ve popülaritesinin nedeni olan SOAP'tan çok daha sınırlıdır.

SOAP'da izin verilen işlem kümesi ve izin verilen veri türü kümesi temelde sınırsızdır. SOAP, yerel API'leri ağda herhangi bir sadakatini kaybetmeden göstermek için kullandığınız uzak bir işlem protokolüdür. Bu, SOAP'ı, yol boyunca hiçbir doğruluk kaybetmeden ağ boyunca etkileşime girmek için karmaşık işlem sistemlerinin ihtiyaç duyduğu kurumsal ortamlarda popüler hale getirdi. Bu yetenek kabiliyeti, aynı zamanda SOAP'ın çöküşüdür, çünkü SOAP API'larını, şeyleri anlamlandırmak için WSDL ve SOAP istemci kütüphaneleri formundaki otomatik takımları zorunlu kılması gerektiğini anlamak ve kullanmak çok zahmetli kılar. Dahası, temel sistemin tam zenginliğini açığa çıkarmak, halka açık API'lerde çekici değildir; buradaki API'nızı kırmanıza veya versiyonunuza ayırmanıza gerek kalmadan temel sistemi geliştirmenizi sağlayan soyutlamalar sağlamak istersiniz.

REST + JSON, sadeliği nedeniyle özellikle popülerlik kazandı. API tasarımcının bu sınırlı kelime haznesi içine uyan soyutlamaları dikkatlice tasarlamasını ve gerçekten de iş alanının REST kaynaklarının eşleştirilmesi yoluyla düşünmesini gerektiren sınırlı veri kümeleriyle sınırlı bir dizi işlem tanımlar. Bir REST API'sinin herhangi bir özel alet kullanmadan anlaşılması ve kullanımı kolaydır. API kullanıcılarınızın her seviyede beceri ve bilgiye sahip olabileceği halka açık bir API için bu tam olarak istediğiniz şeydir, bu yüzden web'de gördüğünüz tüm API'lerin REST'e geçiş yapması gerekir. SOAP, hala karmaşık API'leri sistemler arasında paylaşma arzusu ve ihtiyacı olan kurumsal durumlara düşmektedir. Ancak,

Temel olarak, insanların fark ettikleri şey, API tasarımınıza uygulamanız gereken basit ve soyut olması için API tasarımınıza uygulamanız gereken sınırlamalar kümesinin, REST'in SOAP’ları etkili bir şekilde etkisizleştiren, tam olarak REST'in getirdiği kısıtlamalar kümesi olmasıdır. Sizi yalnızca olumsuz yanlarıyla bırakan faydalar. SOAP ile basitleştirilmiş bir API oluşturabilirsin, ama asla REST kadar kolay olamazdı, bu yüzden pratikte herkes sadece REST'i seçer.

REST ve SOAP'ı karşılaştıramazsınız. REST mimari bir üslup iken, SOAP bir protokoldür.

Ne yazık ki, REST konuşma dili haline getirildi, RESTful HTTP servisi ile eşanlamlı hale geldi, bu REST tarz mimarisinin HTTP (uygulama) protokolü ile gerçekleştirilmesi anlamına geliyor.

REST, aşağıdaki prensiplere (kısıtlamalar ve unsurlar) dayanmaktadır (parantez içinde RESTful HTTP'de gerçekleşme) [1] .

• Vatansızlık (HTTP vatansız bir protokoldür)
• Kaynak (URI'ler tarafından tanımlandı)
• Düzgün Arayüz (HTTP Yöntemleri)
• Temsil (MIME TİPİ)
• HATEOS (Köprüler)
• Önbellek (HTTP Önbelleği)

Diğer taraftan birçok kişi SOAP söyleyerek demek W3C web hizmeti mimarisinin bir parçası olan WSDL ve SOAP dayanan bir web hizmeti [2] .

• SOAP bilgi alışverişinde protokol olarak kullanılır (temel olarak yöntem adı, parametreler, dönüş değerleri, veri türleri, ...).
• WSDL, web servisini tanımlamak için bir arayüz tanım dili.

SOAP * 'ın günümüzdeki önemi nedir?

SOAP bir W3C standardıdır ve W3C web servislerinde bilgi alışverişi formatı olarak kullanılır. Bu web hizmetleri - özellikle 2008 civarında (+ - 3 yıl) SOA'ların (hizmet odaklı mimariler) yazılması sırasında (ve - ne yazık ki) halen işletme uygulamalarında uygulanmaktadır.

Bunun birkaç nedeni var. O zaman RESTful HTTP iyi tanınmıyordu ve yanlış anlaşılıyordu. Ne yazık ki, hala yanlış anlaşılan diğer cevaplara bir göz atın

„[...] REST, SOAP [...] 'dan çok daha sınırlı.

EST REST'in temel amacı, internetteki kaynakları temsil etmektir [...]. “

Ek olarak, SOAP (ve WSDL), bir Web Hizmetini uygulamak için daha da fazla standart sağlayan W3C web servis protokolü yığınının bir parçasıdır.

İnsanlar hala yeni SOAP tabanlı API'ler mi geliştiriyorlar, yoksa şu anda çoğunlukla eski mi?

Öyleyse evet, hala var ve gelecekte SOAP kullanan sistemler de mevcut olacak (en azından kurumsal sistemlerde, çoğunlukla kapıların arkasında). Ancak çoğunluk bugünlerde bir çeşit "REST" yapmaya çalışıyor.

SOAP ve REST arasındaki bu farktan yanılıyorsam biri beni düzeltebilir mi?

REST’in veri aktarımı için daha esnek durumsuz bir mimari olduğunu söylemek iyi bir açıklama değildir. Basitçe konuşulursa REST, belirli kısıtlamaları ve unsurları içeren bir mimari tarzdır. Oysa SOAP bir bilgi değişim protokolüdür.

Daha önce de yazdığım gibi bunları karşılaştıramazsınız. Ancak bir RESTful HTTP Web Hizmetini bir SOAP / WSDL Web Hizmetiyle karşılaştırabilirsiniz.