Giao diện Backbone.js với phần phụ trợ RESTful Rails?

Question

Tôi bắt đầu trong thế giới phát triển web với PHP, và sau đó là Rails trong vài năm gần đây. Kể từ đó tôi đã làm tất cả các dự án web của tôi trong Rails.

Gần đây dường như có một phong trào hướng tới việc biến Rails thành dịch vụ phụ trợ RESTful thuần túy và sử dụng khung công tác frontend như Backbone.js cho tất cả tương tác giao diện người dùng. Tôi tự hỏi các bạn đang làm gì? Đây có phải là tương lai cuối cùng không?

Ngoài ra, bên cạnh Backbone.js, một số lựa chọn thay thế khác cho khung giao diện người dùng cho mục đích này là gì?

Cũng giả sử rằng tôi sẽ muốn hỗ trợ cả phiên bản dành cho máy tính để bàn và phiên bản ứng dụng trên thiết bị di động của tôi, đây có phải là tuyến đường phù hợp để thực hiện không? Vì vậy, tôi sẽ có một dịch vụ phụ trợ với các dịch vụ giao diện người dùng khác nhau? Bằng cách này tôi không cần phải quản lý tất cả các quan điểm về phía Rails?

Cảm ơn!

Answer 1

Đối với các khuôn khổ Client-side, bài viết này có một danh sách 20 trong số họ có ủng hộ và con của: http://net.tutsplus.com/articles/web-roundups/20-javascript-frameworks-worth-checking-out/

Dưới đây là danh sách:

1. Backbone.js
2. Knockout.js
3. Asana luna
4. Cappucino
5. Sproutcore
6. BatmanJS
7. corMVC
8. TrimJunction
9. pureMVC
10. jamal
11. choco
12. sammyjs
13. extJS
14. agilityJS
15. eyeballs
16. activejs
17. spinejs
18. qooxdoo

Đây là những khoảng tất cả về việc tạo client-side, ajax-based, javascript framework MVC.

Nếu bạn đang tìm kiếm để bắt đầu một nơi nào đó, sau đó tôi khuyên bạn nên suy nghĩ về Mẫu phía máy khách (... ates ... ates ... ates) (chỉ là "V") để hỗ trợ dịch vụ- kiến trúc định hướng (nhiều máy khách được hỗ trợ bởi các điểm cuối dịch vụ mà bạn tạo).

Đó là một kỹ thuật mới liên quan đến việc mô đun hóa mã phía máy khách của bạn, đưa MVC đến ứng dụng khách và cho phép logic nghiệp vụ hoạt động trong nền tảng.Rất nhiều ứng dụng Phần mềm-như-một-dịch vụ đang tận dụng chúng và với sự phức tạp ngày càng tăng của các thư viện và khung javascript, cũng như khả năng trình duyệt với HTML5, CSS3, v.v ... sẽ có sự tinh tế ngày càng tăng trong bản trình bày phía máy khách .

Vậy hãy tìm hiểu.

Lợi ích là gì?

Để diễn giải Liên kết trong: để tận dụng trình duyệt-bộ nhớ đệm, tách ghép bản trình bày phía máy khách, tải không đồng bộ, hiển thị lũy tiến (đối với một số khung công tác), hiệu suất, tương tác ajax và hơn thế nữa.

Một số khuôn khổ vĩ đại bao gồm:

1. mustache
2. dust.js
3. handlebars
4. Google Closure Templates
5. Nun
6. Mu
7. kite

tôi khuyên bạn nên nhìn vào Linked In's move away from JSP towards Client-Side Templates và tại sao họ chọn dust.js trong Linked In's front-end client-side templates throwdown để so sánh. Chúng đi sâu vào chi tiết và nghiên cứu, vì tại sao họ thay đổi ngăn xếp của họ để hỗ trợ điều này (nó liên quan đến việc sử dụng 3 công nghệ phía máy chủ), cũng như so sánh tất cả các khuôn khổ mà họ có thể tìm thấy.

Answer 2

Tôi đã làm điều gì đó như thế này vài năm trước trong .net. Không phải là thông qua .NET MVC thích hợp và không sử dụng các khung công tác JS mới, nhưng nguyên tắc là như nhau; mã máy chủ trả về JSON thành javascript để tạo trang và tương tác, v.v.

Kết quả là một trang web đáp ứng đáng yêu, nhưng bảo trì là một cơn ác mộng. Hãy rất cẩn thận để giữ mã JS của bạn được tổ chức tốt.

Cá nhân, tôi thấy dễ dàng hơn để duy trì mã máy chủ (bằng bất kỳ ngôn ngữ nào) so với javascript nên tôi sẽ không đi lại tuyến đường đó nữa.

(IMHO)

Fran

Answer 3

Đó là ý kiến ​​của tôi rằng các ứng dụng web hiện đại đang hướng tới mô hình này có RESTful back-end và tất cả các tương tác xem mã trong front-end. Những video hướng dẫn miễn phí từ Joe Zim:

http://www.joezimjs.com/javascript/introduction-to-backbone-js-part-1-models-video-tutorial/

giúp tôi hiểu xương sống và làm thế nào nó có thể đơn giản hóa khuôn mẫu và xem ám.