RESTful HTTP và websocket trong cùng một ứng dụng?

Nếu một ứng dụng đã được mở WebSocketcho nguồn cấp dữ liệu trực tiếp, tôi có nên sử dụng nó AJAXcho các giao tiếp khác với máy chủ không?

Vì kết nối đã được mở, chúng ta có nên sử dụng nó cho các yêu cầu Request/Responsevà không phải là thời gian thực không?

Tôi thích RESTful HTTPcác yêu cầu vì tôi thấy chúng dễ gỡ lỗi hơn. Bạn có thể sử dụng trình duyệt với các url hoặc lọn tóc để kiểm tra những gì API trả về. Bạn không phải viết mã để mở a WebSocket.

Nó sẽ là lạ khi có RESTful HTTP APIvà WebSockettrong cùng một ứng dụng?

Một trong những mục tiêu thiết kế cốt lõi của Websockets là nó cho phép cả giao thức HTTP và Websocket được truyền thông qua cùng một cổng. Nó đạt được điều này bằng cách yêu cầu rõ ràng khách hàng thực hiện bắt tay Websocket với yêu cầu Nâng cấp HTTP. Theo cách này, máy chủ có thể xử lý kết nối yêu cầu HTTP tiêu chuẩn cũng như yêu cầu Nâng cấp HTTP hiện được nâng cấp thành kết nối song công hai chiều liên tục.

Vì vậy, có, đây chắc chắn là một trường hợp sử dụng hợp lệ, tuy nhiên việc bạn NÊN làm điều này cho ứng dụng cụ thể của bạn là một vấn đề hoàn toàn khác. Websockets rất hữu ích và có ý nghĩa khi bạn có các tình huống mà máy chủ phải có khả năng gửi dữ liệu không mong muốn tới máy khách (nguồn cấp dữ liệu trực tiếp). Giao thức HTTP và các dịch vụ REST rất hữu ích khi bạn muốn chặn dữ liệu khách hàng đồng bộ.

Nếu các yêu cầu của bạn là như vậy cả hai đều có ý nghĩa cho ứng dụng của bạn thì bằng mọi cách bạn nên sử dụng cả hai. Tuy nhiên, nếu tương tác duy nhất của bạn với máy chủ là nguồn cấp dữ liệu trực tiếp thì các dịch vụ REST không phù hợp. Tôi nghĩ rằng dễ gỡ lỗi nên xếp hạng khá thấp về tầm quan trọng về các thuộc tính chất lượng hệ thống mà bạn nên thiết kế kiến ​​trúc của mình.