Hãy tưởng tượng một ứng dụng CRUD phức tạp hơn có kiến trúc ba tầng và giao tiếp qua các dịch vụ web. Khách hàng bắt đầu một cuộc trò chuyện với máy chủ và thực hiện một số thuật sĩ như công cụ. Để xử lý trình hướng dẫn, máy khách cần phản hồi do máy chủ cung cấp.Các dịch vụ web trạng thái không quốc tịch
Chúng tôi đã bắt đầu thảo luận về các dịch vụ web trạng thái hoặc không trạng thái cho phương pháp này. Tôi đã thực hiện một số nghiên cứu kết hợp với kinh nghiệm của riêng tôi, điều này chỉ cho tôi câu hỏi được đề cập sau đó.
webservices không quốc tịch có các thuộc tính sau (trong trường hợp của chúng tôi):
+ high scalability
+ high availability
+ high speed
+ rapid testing
- bloated contract
- implementing more logic on server-side
Nhưng chúng ta có thể gạch bỏ hai điểm đầu tiên, ứng dụng của chúng tôi không cần khả năng mở rộng cao và tính sẵn sàng.
Vì vậy, chúng tôi truy cập vào dịch vụ web trạng thái. Tôi đã đọc một loạt các blog và bài đăng trên diễn đàn và điểm phát minh nhất thực hiện một webservice trạng thái là:
+ simplifies contract (protocol)
- bad testing
- runs counter to the basic architecture of http
Nhưng hầu như tất cả các ứng dụng web đều có những điểm xấu này? Ứng dụng web sử dụng cookie, chuỗi truy vấn, id phiên và tất cả nội dung để tránh trạng thái phi trạng thái của http.
Vậy tại sao điều đó lại xấu đối với dịch vụ web?
Khá gần với quảng cáo: http://stackoverflow.com/questions/988819/stateful-webservice – gregmac
Đặt trạng thái vào vị trí có thể dễ dàng xử lý trạng thái: cơ sở dữ liệu –