Sao chổi có thể mở rộng sao chổi/đảo ngược ajax của khung nâng?

Question

Gần đây tôi đã học được scala và sắp bắt đầu làm việc/học khuôn khổ Lift. Đi qua các tính năng và bắt đầu với khuôn khổ, tôi đã thấy một số khả năng tuyệt vời của khuôn khổ bao gồm ajax đảo ngược và sao chổi. Trước đó trong kinh nghiệm của tôi, tôi đã có kinh nghiệm thực sự xấu với ajax đảo ngược mà không bao giờ thu nhỏ. Nếu tôi chọn khung thang máy cho bất kỳ sự phát triển nào thì đây sẽ là lý do. Câu hỏi của tôi ở đây là cách trưởng thành là công nghệ và sản phẩm và có thể mở rộng bao nhiêu bằng cách sử dụng thang máy trên tomcat? So sánh với servlet spec 3.0 cái nào tốt hơn cho mục đích này, hãy chờ servlet spec 3.0 hoặc bắt đầu sử dụng thang máy?

Answer 1

Đảo ngược AJAX là Sao chổi. Chúng chỉ là hai cái tên khác nhau cho cùng một thứ. Đối với gốc của câu hỏi của bạn ...

Khả năng mở rộng hỗ trợ Comet của Lift phụ thuộc rất nhiều vào vùng chứa servlet. Bạn thực sự cần một hộp chứa hỗ trợ liên tục nguyên bản. Jetty là người tôi quen thuộc, nhưng tôi khá chắc chắn có những người khác. Bằng cách tiếp tục hỗ trợ ở cấp vùng chứa, bạn có thể tránh khóa luồng cho mỗi khách hàng, đó là nơi mà hầu hết các vấn đề về khả năng mở rộng của Comet xuất phát từ đó.

Ở các khu vực khác có thể mở rộng, số CometActor của Lift là trừu tượng chung quanh một khách hàng duy nhất có cuộc thăm dò ý kiến ​​hoạt động lâu dài. Bởi vì sự trừu tượng này là một diễn viên, nó có thể được xử lý trong khung công tác diễn viên hiện có (Scala stdlib cho Lift 1.0.x, hoặc các diễn viên Lift trên 2.0). Điều này cũng tránh được vấn đề mở rộng chuỗi và đảm bảo rằng các bản cập nhật đang chờ xử lý sẽ được xếp hàng theo kiểu có trật tự.

Tóm lại, hỗ trợ Comet của Lift có khả năng mở rộng như Comet có thể. Có tất nhiên chi phí nội tại liên quan đến kỹ thuật này. Bạn sẽ không bao giờ có thể tránh được ít nhất một socket cho mỗi máy khách. Tuy nhiên, Lift (cùng với một container được kích hoạt tiếp tục) có thể giảm thiểu bất kỳ quyền không cần thiết nào từ bên ngoài hộp.