Tôi bắt đầu chơi với các dịch vụ WebApi và Rest. Cho đến bây giờ tôi luôn phát triển các API SOAP.ASP.Net MVC4 WebApi proxy
Câu hỏi của tôi là có điều gì đó song song với proxy trong MVC4 WebAPI hoặc nó chỉ SOAP khái niệm thế giới. Nếu không phải là cách khách hàng biết mô tả đầy đủ về các chức năng Web mà tôi tiếp xúc với họ.
Cảm ơn
Tôi cho rằng bạn có nghĩa là mô tả dịch vụ WSDL, mà không tồn tại trong WebAPI như vậy. Bây giờ tôi thấy bạn cũng đã thêm thẻ REST vào câu hỏi và tôi muốn nhấn mạnh rằng WebAPI không thực thi các thực hành REST.
Văn là ở giữa của một số cuộc thảo luận gần đây, nhưng tôi sẽ nghĩ rằng tất cả mọi người đồng ý nó không xác định bất kỳ dịch vụ wsdl-như thế nào.
Nó tuy nhiên yêu cầu bạn phải làm cho tài liệu của bạn tự miêu tả và khuyến khích xuất bản có thể chuyển trạng thái và liên kết đến các tài liệu liên quan biết thêm ở đây: http://en.wikipedia.org/wiki/HATEOAS
Văn là một con thú rất khác so với SOAP vì nó thực sự không muốn bạn gửi lệnh đến và đi từ máy chủ khác với các lệnh cơ bản cần thiết để nhận/cập nhật/.. tài nguyên, nhưng mô tả đầy đủ về điều này nằm ngoài phạm vi của bài đăng này :-)
Điều đó đang được nói, Công nghệ webAPI tự nó không có bất kỳ đặt phòng nào trong vấn đề đó và sẽ hoàn toàn có thể để đưa các dịch vụ toàn diện và một cấu trúc wsdl có liên quan tại chỗ.
Tôi có thể đề xuất dự án này, tôi đã sử dụng nó cho một số dự án và nó hoạt động tốt.
PS: Tôi là cộng tác viên của dự án, mặc dù tôi chưa từng cam kết bất kỳ mã nào.
Tôi nghi ngờ Night Walker ít quan tâm đến WSDL và quan tâm nhiều hơn đến cách tạo lớp proxy trong ứng dụng tiêu thụ. WSDL được sử dụng bởi các công cụ để tự động tạo một proxy. Tôi nhận ra nó không có định nghĩa được xuất bản, nhưng WebAPI có bao gồm các công cụ phát triển để tự động tạo các lớp proxy mà mã có thể gọi không? –
không phải tại thời điểm này AFAIK, mặc dù không có lý do tại sao nó không thể được thêm vào một cách nào đó. Nhưng với câu trả lời của tôi, tôi cũng muốn chỉ ra rằng một REST API "sạch" không cần các lớp proxy này, bởi vì chỉ có "các phương thức" là các động từ HTTP. Bạn cần kiến thức về miền để hiểu các tài nguyên và trạng thái REST, nhưng các phản hồi API phải tự mô tả và phải chỉ ra các tùy chọn có sẵn cho từng tài nguyên mà bạn gặp phải. – Dirk
REST không phải là một thay thế tại chỗ cho SOAP! nó đòi hỏi một cách suy nghĩ khác về cách bạn xuất bản thông tin và chức năng của mình. – Dirk