Trước hết, tôi có ý định không thù địch cũng không nản chí, chỉ muốn biết suy nghĩ của mọi người. Tôi đang tìm kiếm thông tin liên lạc hai chiều giữa khách hàng và máy chủ; khách hàng là một ứng dụng web. Tại thời điểm này, tôi có một vài tùy chọn: liên kết hai chiều độc quyền MS, từ những gì tôi nghe không đáng tin cậy và không tự nhiên: sao chổi và ổ cắm web (đối với các trình duyệt được hỗ trợ).Tại sao Ổ cắm web không sử dụng SOAP?
Tôi biết câu hỏi này đã được hỏi theo những cách khác ở đây, nhưng tôi có một câu hỏi cụ thể hơn cho cách tiếp cận này. Xem xét các ổ cắm web là phía máy khách, mã máy khách nằm trong JavaScript. Có thực sự là ý định xây dựng một đoạn lớn ứng dụng trực tiếp trong JavaScript không? Tại sao W3C không làm điều này trong các dịch vụ web? Sẽ không dễ dàng hơn nếu chúng ta có thể sử dụng SOAP để cung cấp một hợp đồng và xác định các sự kiện cùng với thông điệp hiện có liên quan? Chỉ cần cảm thấy như đầu ngắn của thanh cho đến nay.
Tại sao không làm cho nó đơn giản và tận dụng tính năng động JS và để lại phần lớn mã mà nó thuộc về .... trên máy chủ?
Thay vì
mysocket.send("AFunction|withparameters|segmented");
chúng ta có thể nói
myServerObject.AFunction("that", "makessense");
và thay vì
...
mysocket.onmessage = function() { alert("yay! an ambiguous message"); }
...
chúng ta có thể nói
...
myServerObject.MeaningfulEvent = function(realData) { alert("Since I have realistic data...."); alert("Hello " + realData.FullName); }
...
HTML 5 mất mãi mãi để giữ ... chúng tôi đã lãng phí một lượng lớn nỗ lực theo hướng sai? Suy nghĩ?
tại sao điều này lại bị giảm giá? – Anurag
Vâng, phần xếp chồng không hoàn toàn đúng. Mặc dù SOAP trong hầu hết các trường hợp được gửi qua HTTP, WSDL cho phép xác định các ràng buộc tùy ý. Vì WSDL có khả năng mở rộng rất nhiều theo thiết kế, nên có thể định nghĩa và thực thi SOAP qua ràng buộc Websockets. Bằng cách đó, nó sẽ là SOAP -> Websocket -> TCP, trong đó SOAP chỉ là định dạng mã hóa thư. Ngay cả trong ví dụ được phác họa trong câu trả lời này, dữ liệu được gửi qua websocket hầu hết được mã hóa bằng cách nào đó, ví dụ: dưới dạng JSON. Vì vậy, sự tương tự chính xác sẽ là JSON -> Websocket -> TCP vs SOAP -> Websocket -> TCP vs SOAP -> HTTP -> TCP. – vanto
@vanto có bất kỳ chuẩn mã hóa JSON nào cho "JSON trên WebSocket trên TCP" không? Một cái gì đó tương tự như những gì SOAP đã làm với XML? –