ทำไมผู้คนถึงคิดว่า SOAP เลิกใช้แล้ว [ปิด]

20

ปิด คำถามนี้เป็นคำถามความคิดเห็นตาม ไม่ยอมรับคำตอบในขณะนี้

ต้องการปรับปรุงคำถามนี้หรือไม่ อัปเดตคำถามเพื่อให้สามารถตอบข้อเท็จจริงและการอ้างอิงได้โดยแก้ไขโพสต์นี้

ปิดให้บริการใน6 ปีที่ผ่านมา

ในขณะที่เรียกดู SO วันนี้ฉันพบคำถามนี้ที่นี่และเริ่มด้วย:

แน่นอนว่าคุณจะบอกฉันว่าสบู่ไม่ได้ให้ความสำคัญกับสิ่งใดเลยและฉันก็บังคับให้ใช้มัน

พบคำแถลงมากมายเช่นนี้จนถึงตอนนี้อันนี้เพิ่งกระตุ้นให้ฉันถามคำถามนี้

REST มีการใช้งาน SOAP มีการใช้งานในบางสถานที่ที่พวกเขาตัดกันเป็นฟังก์ชันการทำงาน แต่ไม่สามารถใช้แทนกันได้

ดังนั้นฉันจึงสงสัยว่าทำไมผู้คนถึงคิดว่า SOAP นั้น "เลิกใช้แล้ว"? มันเป็นความไม่รู้? ความซับซ้อนของรายละเอียดของ SOAP และ WS- *? ส่วนที่เหลือ hype? อะไร?

หากคุณคิดว่าเลิกใช้สบู่แล้วโปรดบอกฉันทีว่าทำไม ฉันอยากรู้!

web-services soa soap

— user98q37479
แหล่งที่มา

31

สบู่เลิกใช้แล้วเพราะพวกเราหลายคนย้ายไปเจลอาบน้ำ ;)

— FrustratedWithFormsDesigner

4

ดูSOAPและวิวัฒนาการของภาษา

— Josh K

1

ฉันคิดว่าค้อน -> เล็บเป็นความซับซ้อนของสบู่และโดยเฉพาะอย่างยิ่งรายละเอียดของ WS- * สิ่งเหล่านั้นพัฒนาไกลเกินกว่าความสามารถในการทำความเข้าใจโดยเฉลี่ยของอุตสาหกรรมก่อนที่ใคร ๆ จะสังเกตเห็นและทันใดนั้นผู้คนก็คาดหวังว่าจะเดินเข้าไปในอุตสาหกรรมและหยิบสิ่งเหล่านั้นขึ้นมาพวกเขาอาจล้มเหลวและทำผิดพลาดครั้งใหญ่ "อ๊ะฉันใช้ JSON แล้วลืมสิ่งที่บ้าคลั่งไปหมด ... "

— จิมมี่ฮอฟฟา

18

ในกรณีของเว็บเซอร์วิสที่ใช้ SOAP นั้น WSDL และ UDDI ควรเป็น bullet เงิน เครื่องมือควรจะสร้าง WSDL เกือบจะอัตโนมัติ UDDI ควรจะตรวจจับบริการและเชื่อมต่อไคลเอนต์โดยอัตโนมัติ ไม่เอาออกจริงๆ หากไม่มีเครื่องมือเหล่านี้แล้วสบู่ก็ซับซ้อนเกินไปเมื่อเทียบกับ RESTful

นอกจากนี้ในเวลาเดียวกัน XML hype ได้หายไปถูกแทนที่ด้วย hype ภาษาแสง SOAP คือ XML และค่าโสหุ้ยในข้อความง่าย ๆ นั้นใหญ่มาก

— vartec
แหล่งที่มา

6

ฉันคิดว่ามันเป็นความไม่รู้และโฆษณาเกินจริงทั้งตอนนี้และตอนนี้

หากต้องการผ่านการรับรองนี้:

หลายโครงการที่จะใช้ SOAP / WS- * ไม่กี่ปีที่ผ่านมาจะไม่วันนี้และด้วยเหตุผลที่ดี
อินเทอร์เฟซ RESTful แก้กรณีการใช้งานจำนวนมากที่แพร่หลายโดยเฉพาะอย่างยิ่งในแอปพลิเคชันอินเทอร์เน็ต
แอปพลิเคชั่น "enterprise" พยายามกระโดดขึ้นบน webservice bandwagon เมื่อสิบปีก่อนและจำได้ว่าพวกเขาต้องการคุณสมบัติมากมายที่พวกเขาพยายามหลบหนีจากแพลตฟอร์ม COM +, CORBA และ J2EE RMI / IIOP ทุกคนยังคงเกลียดสิ่งนี้

— เจเรมี
แหล่งที่มา

6

SOAP ให้คำมั่นสัญญาว่าด้วยคุณสมบัติอันยอดเยี่ยมการช่วยชีวิตการตรวจจับอัตโนมัติการแก้ปัญหาคุณสมบัติที่ไม่เคยทำงานอีกต่อไป อย่างไรก็ตามเราไม่เคยทำให้มันไกลขนาดนั้น แล้วก็ไปตามมา JSON และอื่น ๆ ที่แสงทางเลือกที่ง่าย Cros แพลตฟอร์มที่เหลือ SOAP มองเหมือนเป็นทางเลือกที่โง่

มันอาจเป็นเมืองที่ยิ่งใหญ่ถ้าทุกคนย้ายไปที่นั่น

— Xeoncross
แหล่งที่มา

4

ฉันคิดว่าเป็นเพราะSOAP สเปค 1.2อ้างถึงตัวเองเป็น WS- * และไม่ใช่ SOAP อีกต่อไป มันทำให้ความแตกต่างระหว่างตัวเอง (เป็นระบบที่ใช้รูปแบบ XML สูง) และ SOAP (ซึ่งกล่าวว่าเป็นก้อนของ XML ที่เกิดขึ้นเป็นมาตรฐานเล็กน้อยและเต็มไปด้วย 'ปัญหา')

ดังนั้นในขณะที่พวกเขาได้มาตรฐานในช่วงไม่กี่ปีที่ผ่านมาก็ยังคงเป็นสบู่ แต่ฉันคิดว่าพวกเขาลดคำว่าเป็นตัวย่อหลัก

— gbjbaanb
แหล่งที่มา