Xmpp Vs Websocket

Question

Tôi sắp phát triển một trang web có tính năng trò chuyện gần thời gian thực. Tôi biết rằng nó có thể được thực hiện bằng cách sử dụng giao thức xmpp hoặc websocket. Tôi cũng biết rằng các giao thức XMPP đã được phát triển vào năm 1999, và tôi đoán nó nên được trưởng thành ngày nay .Trên Mặt khác, giao thức WebSocket đã được phát triển trong 2011.

1. nhu cầu WebSocket là gì nếu XMPP giỏi trong việc xử lý các cuộc trò chuyện thời gian thực?
2. Sự khác nhau chính giữa 2 giao thức là gì?
3. Và khi nào tôi nên chọn một trong số chúng?

Answer 1

Câu trả lời ngắn gọn là 'cả hai'.

XMPP là một bộ giao thức ứng dụng để thực hiện trò chuyện trong thời gian thực (và nhiều thứ khác, cho vấn đề đó) - sau đó nó phải được vận chuyển qua mạng bằng cách nào đó, vì vậy bạn cần một ràng buộc vận chuyển. Có ba bindings giao thông chính cho XMPP -

1. TCP/IP, đó là những gì người ta thường sử dụng trên Internet với các khách hàng có nguồn gốc trên các thiết bị
2. HTTP (gọi tắt là Bosh), đó là những gì người ta có truyền thống được sử dụng khi sử dụng XMPP trong trình duyệt (vì TCP-IP không khả dụng đối với các ứng dụng Javascript trong trình duyệt)
3. Websockets, một trong số đó sử dụng khi thực hiện XMPP trong trình duyệt hiện đại.

Vì vậy, nếu bạn đang phát triển một ứng dụng chat trong trình duyệt, bạn muốn chọn XMPP như giao thức ứng dụng và bạn muốn sử dụng WebSockets (trong một trình duyệt hiện đại) hoặc Bosh (trong trình duyệt cũ hơn) như vận tải mạng. Nếu bạn sử dụng thư viện XMPP cho Javascript như Stanza.io (https://github.com/otalk/stanza.io), nó sẽ hỗ trợ cả hai và bạn sẽ chỉ nghĩ về 'XMPP' thay vì lớp vận chuyển, ngoài việc thiết lập khi bạn phải nói với nó điểm cuối để kết nối với.

(Bạn không thể sử dụng 'chỉ ổ cắm web' để trò chuyện - bạn có thể sử dụng ổ cắm web không có XMPP, nhưng điều này thực sự có nghĩa là bạn đang phát minh giao thức tầng ứng dụng của riêng bạn để trò chuyện và tỷ lệ cược là bạn ' sẽ tiết kiệm rất nhiều thời gian và đau đầu bằng cách tận dụng lợi thế của công việc đã đi vào viết một với các thuộc tính hữu ích (bảo mật, danh tính, khả năng mở rộng, vv) và có các thư viện và máy chủ hiện có bằng cách sử dụng XMPP thay thế.)

Answer 2

Về cơ bản, bạn đang so sánh hai thứ khác nhau với nhau. XMPP là một giao thức ứng dụng trong khi WebSockets là một giao thức truyền tải.

Tôi nghĩ rằng việc sử dụng XMPP sẽ giúp bạn tiết kiệm rất nhiều thời gian. Tuy nhiên, bạn sẽ mất tự do để thực hiện các chức năng theo cách mà các suite bạn tốt nhất. Nếu ứng dụng của bạn sẽ chỉ sử dụng các chức năng nhắn tin và danh sách bạn bè một đối một mà không có kế hoạch rõ ràng về những gì bạn sẽ thêm vào trong tương lai, WebSockets + sẽ là một giải pháp khả thi. Mặt khác, nếu ứng dụng của bạn sẽ được hưởng lợi từ các phần mở rộng XMPP khác như nhắn tin nhiều bên và các phiên truyền thông ngang hàng thì tốt hơn nên sử dụng XMPP vì các hàm như vậy sẽ đòi hỏi nhiều thời gian để được triển khai.