Tại sao một người sẽ sử dụng REST thay vì các dịch vụ dựa trên SOAP? [đóng cửa]

Tuy nhiên, đã tham dự một bản demo thú vị trên REST ngày hôm nay, tuy nhiên, tôi không thể nghĩ ra một lý do duy nhất (cũng không được trình bày) tại sao REST lại sử dụng và thực hiện tốt hơn hoặc đơn giản hơn so với ngăn xếp Dịch vụ dựa trên SOAP.

Một số lý do Tại sao mọi người trong "thế giới thực" sử dụng REST thay vì Dịch vụ dựa trên SOAP?

Ít chi phí hơn (không có phong bì SOAP để kết thúc mọi cuộc gọi)

Ít trùng lặp (HTTP đã đại diện cho các hoạt động như XÓA, PUT, GET, v.v. mà phải được trình bày trong một phong bì SOAP).

Chuẩn hơn - Các hoạt động HTTP được hiểu rõ và hoạt động nhất quán. Một số triển khai SOAP có thể bị phạt.

Nhiều người có thể đọc và kiểm tra hơn (khó kiểm tra SOAP hơn chỉ bằng trình duyệt).

Không cần sử dụng XML (bạn cũng không cần phải dùng SOAP nhưng hầu như không có ý nghĩa gì vì bạn đã thực hiện phân tích cú pháp của phong bì).

Các thư viện đã làm cho SOAP (loại) dễ dàng. Nhưng bạn đang trừu tượng đi rất nhiều dư thừa bên dưới như tôi đã lưu ý. vâng, trên lý thuyết, SOAP có thể vượt qua các phương tiện vận chuyển khác để tránh việc cưỡi trên một lớp làm những việc tương tự, nhưng thực tế chỉ là về tất cả các công việc SOAP bạn sẽ làm là qua HTTP.

Các dịch vụ RESTful đơn giản hơn nhiều để tiêu thụ so với các dịch vụ dựa trên SOAP (thông thường). Lý do cho điều này là REST dựa trên các yêu cầu HTTP thông thường cho phép suy ra ý định từ loại yêu cầu được thực hiện (GET = retrive, POST = write, DELETE = remove, v.v.) và hoàn toàn không trạng thái. Mặt khác, bạn có thể lập luận rằng nó kém linh hoạt hơn vì nó không phù hợp với khái niệm phong bì thư chứa bối cảnh yêu cầu.

Theo kinh nghiệm của tôi, SOAP đã được ưu tiên cho các dịch vụ trong doanh nghiệp và REST được ưu tiên cho các dịch vụ được hiển thị dưới dạng API công khai.

Với các công cụ như WCF trong .NET framework, việc triển khai một dịch vụ là REST hoặc SOAP là rất nhỏ.

Một số bài đọc liên quan:

• Blog dịch vụ web của Amazon: REST vs SOAP
• Dare Obasanjo thường viết về REST

Tôi sẽ cho rằng khi bạn nói "dịch vụ web", bạn có nghĩa là SOAP và bộ tiêu chuẩn WS- *. (Nếu không, tôi có thể lập luận rằng các dịch vụ REST là "dịch vụ web".)

Đối số chính tắc là các dịch vụ REST phù hợp hơn với thiết kế web - nghĩa là thiết kế HTTP và cơ sở hạ tầng liên quan. Do đó, sử dụng dịch vụ REST sẽ tương thích hơn với các công cụ và kỹ thuật web hiện có.

Tất nhiên, một khi bạn đi sâu vào chi tiết cụ thể, bạn phát hiện ra rằng cả hai phương pháp đều có điểm mạnh trong các kịch bản khác nhau. Có phải đó là những chi tiết cụ thể mà bạn quan tâm?

Chi phí không quan trọng bằng kiến ​​trúc tốt.

REST không phải là một giao thức, nó là một kiến ​​trúc khuyến khích thiết kế có khả năng mở rộng tốt. Nó thường được chọn vì quá nhiều tự do trong RPC có thể dễ dàng dẫn đến một thiết kế kém.

Lý do khác là chi phí dự đoán của các giao thức RESTful qua HTTP vì nó có thể tận dụng các công nghệ hiện có (chủ yếu là proxy). Chi phí ban đầu của RPC khá thấp nhưng nó có xu hướng tăng đáng kể khi tăng cường tải.

REST không rõ ràng về triển khai và minh bạch hơn nhiều và điều này rất phù hợp với các API công khai, đặc biệt đối với các trang web lớn như Flickr, Amazon hoặc Digg đang sử dụng API của họ làm công cụ tiếp thị và thực sự muốn mọi người sử dụng dữ liệu của họ. Họ không muốn nắm giữ 1000 nhà phát triển người mới đang cố gắng gỡ lỗi ngôn ngữ kịch bản của thư viện SOAP lỗi của họ.

Versus SOAP và WSDL, tốt hơn cho các ứng dụng nội bộ, nơi bạn có thư viện thả vào và những người hiểu biết ở cả hai đầu. (Và bạn có thể không phải quan tâm đến những thứ như cân bằng tải trên quy mô Internet, bộ đệm HTTP, v.v.)

Phải đọc luận văn xuất sắc nhất của Roy Fielding về chủ đề này. Anh ấy làm một trường hợp xuất sắc và chắc chắn là CÁCH trước thời điểm anh ấy viết nó (2000).

Blog của Steve Vinoski và các bài viết mới nhất của ông chắc chắn đáng để xem. Anh ấy là một cựu giáo sư CORBA, người đã viết cuốn sách hay nhất về chủ đề này với Michi Henning, "Lập trình CORBA® nâng cao với C ++" . Tuy nhiên, anh ta đã thấy lỗi của các cách thức máy khách / máy chủ của mình và bây giờ thề bằng REST.

REST cho phép các hoạt động không biến đổi của bạn (thường sử dụng động từ GET) được lưu trữ . Đó là, được lưu trữ bởi máy khách và / hoặc được lưu trữ bởi proxy. Đây có thể là một chiến thắng rất lớn!

REST về cơ bản chỉ là một cách để thực hiện các dịch vụ web. Đây chỉ là một cách sử dụng HTTP chính xác để truy vấn các dịch vụ web mà bạn đang cố gắng truy cập.

http://www.xfront.com/REST-Web-Service.html http://en.wikipedia.org/wiki/Repftimeation_State_Transfer

Nó là siêu đơn giản và mỏng. Bạn có thể làm điều đó với trình duyệt qua động từ http: GET. Tôi không tìm thấy trình duyệt có thể thực hiện thủ công http POST chung một cách dễ dàng

Đây là một điểm dữ liệu: Amazon cung cấp API của mình ở cả định dạng REST và SOAP và 85% sử dụng là REST.

REST dễ thực hiện hơn, dễ hiểu hơn và hiệu suất cao hơn.