2011-01-29 34 views
6

Ban đầu tôi dự định sử dụng Juggernaut, tuy nhiên, nó không tương thích với Rails 3. Và Juggernaut 2 mới dường như hoàn toàn độc lập với Rails, đó không phải là những gì tôi muốn. Sau đó, tôi tìm thấy chuột rút, có vẻ khá gọn gàng, nhưng vẫn đang được phát triển. Vì vậy, tôi chỉ tự hỏi nên sử dụng framework nào? Hoặc là có một tốt hơn? Cảm ơn!Tôi muốn xây dựng một phòng chat bằng cách sử dụng Rails, tôi có nên sử dụng juggernaut 2 hoặc cramp không?

Trả lời

6

Tôi đã xem xét các tùy chọn cho công cụ này khá rộng rãi và trò chuyện trong thời gian thực là một chút so với hạt Rails. Nếu bạn thực sự muốn ở bên trong Rails, thì Cramp có lẽ là lựa chọn tốt nhất. Tôi khuyên bạn nên xem bài viết này trên Websockets and Rails: http://www.igvita.com/2009/12/22/ruby-websockets-tcp-for-the-browser/

Sử dụng EventMachine để xử lý giao tiếp nghĩa là bạn vẫn ở ngoài Rails, bạn ít nhất là trong Ruby và có thể chia sẻ mô hình và thư viện.

Tôi có một Async Rails xây dựng trên GitHub: https://github.com/tobyhede/AsyncRails

Đó là chủ yếu dựa vào: https://github.com/igrigorik/async-rails

12

Bạn nói đúng rằng Juggernaut mới là de-coupled từ Rails, nhưng điều đó không' t có nghĩa là bạn không thể sử dụng hai với nhau. Juggernaut đi kèm với một thư viện Ruby. Sử dụng Juggernaut giải quyết vấn đề kết nối lâu dài mà Toby đang nói đến.

Bất kỳ câu hỏi nào về Juggernaut, hãy ping cho tôi một dòng (Tôi là người sáng tạo).

+0

Tôi vừa thêm hỗ trợ thời gian thực cho một ứng dụng sử dụng Juggernaut và đã rất ấn tượng. – lebreeze

+3

+1 cho người sáng tạo đang hoạt động – austinbv

0

Vâng - bạn cũng có thể thử Socky: https://github.com/socky/socky-server-ruby

Đó là ruby-based, và sử dụng WebSocket như cơ sở với dự phòng flash để hỗ trợ hầu hết các thiết bị. Ngoài ra nó hoàn toàn dựa trên ruby ​​vì vậy hãy thử nếu bạn muốn :)

Các vấn đề liên quan