Tại sao mọi người nghĩ SOAP bị phản đối? [đóng cửa]


20

Trong khi duyệt SO hôm nay tôi đã tìm thấy câu hỏi này ở đây và nó bắt đầu với điều này:

Chắc chắn, bạn sẽ nói với tôi rằng SOAP bị tước quyền và tất cả, tôi buộc phải sử dụng nó

Tìm thấy rất nhiều tuyên bố như thế này trên SO cho đến nay, điều này chỉ kích hoạt tôi đặt câu hỏi này.

REST có công dụng của nó, SOAP có công dụng của nó, ở một số nơi chúng giao nhau như chức năng nhưng chúng không thể thay thế cho nhau.

Vì vậy, tôi tự hỏi, tại sao mọi người nghĩ rằng SOAP là "không dùng nữa"? Có phải là vô minh? Độ phức tạp của thông số kỹ thuật SOAP và WS- *? REST cường điệu? Gì?

Nếu bạn nghĩ SOAP không được dùng nữa, vui lòng cho tôi biết lý do. Tôi tò mò!


31
SOAP không được dùng nữa vì nhiều người trong chúng ta đã chuyển sang dùng sữa tắm. ;)
Thất vọngWithFormsDesigner


1
Tôi nghĩ búa-> đinh là sự phức tạp của SOAP và đặc biệt là thông số kỹ thuật WS- *. Những điều đó đã phát triển vượt xa khả năng hiểu biết trung bình của ngành trước khi bất kỳ ai thực sự chú ý, và đột nhiên mọi người dự kiến ​​sẽ bước vào ngành và chọn chúng, họ có thể đã thất bại và mắc lỗi lớn do một số lần, dẫn đến việc họ nói "Huh, làm thế nào về việc tôi chỉ sử dụng JSON và quên đi tất cả sự điên rồ này ..."
Jimmy Hoffa

Câu trả lời:


18

Trong trường hợp dịch vụ web dựa trên SOAP, WSDL và UDDI được coi là viên đạn bạc. Các công cụ được cho là tạo WSDL gần như tự động, UDDI được cho là tự động phát hiện các dịch vụ và kết nối máy khách. Không thực sự cất cánh. Không có các công cụ này, SOAP chỉ là quá phức tạp so với RESTful.

Ngoài ra, cùng lúc đó, sự cường điệu XML đã chết, được thay thế bằng sự cường điệu ngôn ngữ nhẹ. SOAP là XML và chi phí cho các thông điệp đơn giản là rất lớn.


6

Tôi nghĩ rằng sự thiếu hiểu biết và cường điệu của nó, cả lúc đó và bây giờ.

Để đủ điều kiện này:

  1. Rất nhiều dự án đã sử dụng SOAP / WS- * vài năm trước, sẽ không có ngày hôm nay và vì những lý do chính đáng.

  2. Giao diện RESTful giải quyết rất nhiều trường hợp sử dụng đặc biệt phổ biến trong các ứng dụng Internet.

  3. Các ứng dụng "doanh nghiệp" đã cố gắng nhảy vào băng thông webservice một thập kỷ trước và sau đó nhớ rằng chúng thực sự cần nhiều tính năng mà chúng đang cố gắng thoát khỏi trong các nền tảng COM +, CORBA và J2EE RMI / IIOP cũ. Mọi người khác vẫn ghét những thứ này.


6

SOAP hứa hẹn các tính năng tuyệt vời, tiết kiệm cuộc sống, tự động phát hiện, giải quyết vấn đề, không bao giờ hoạt động trở lại. Tuy nhiên, chúng tôi chưa bao giờ thực sự đi xa đến thế. Sau đó, xuất hiện JSON và các lựa chọn thay thế nền tảng cros đơn giản, nhẹ nhàng khác khiến SOAP trông giống như một lựa chọn ngớ ngẩn.

Nó có thể là một thành phố tuyệt vời nếu mọi người đã chuyển đến nó.


4

Tôi nghĩ rằng vì SOAP spec 1.2 tự gọi mình là WS- * chứ không phải SOAP nữa. Nó tạo ra sự khác biệt giữa chính nó (như một hệ thống dựa trên XML có định dạng cao) và SOAP (mà nó nói là một khối XML xảy ra một chút tiêu chuẩn hóa và đầy 'vấn đề').

Vì vậy, trong khi họ đã tiêu chuẩn hóa nó trong một vài năm, nó vẫn là SOAP, nhưng tôi nghĩ họ đã bỏ thuật ngữ này là từ viết tắt chính.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.