Ember.js hoặc Backbone.js cho chương trình phụ trợ Restful [đã đóng]

Tôi đã biết rằng ember.js là một cách tiếp cận có trọng lượng lớn hơn trái ngược với backbone.js. Tôi đọc rất nhiều bài báo về cả hai.

Tôi đang tự hỏi mình, khung công tác nào hoạt động dễ dàng hơn với tư cách là giao diện người dùng cho phần phụ trợ phần còn lại của đường ray. Đối với backbone.js, tôi đã thấy các cách tiếp cận khác nhau để gọi phần phụ trợ nghỉ ngơi. Đối với ember, có vẻ như tôi phải thêm một số thư viện như 'dữ liệu' hoặc 'tài nguyên'. Tại sao có hai thư viện cho điều này?

Vậy sự lựa chọn tốt hơn là gì? Không có nhiều ví dụ để kết nối giao diện người dùng với phụ trợ. Ví dụ hoạt động tốt cho cuộc gọi nghỉ ngơi phụ trợ là gì:

URI: ../restapi/topics NHẬN thông tin xác thực: admin / secrect format: json

Trái ngược với quan điểm phổ biến, Ember.js không phải là một 'cách tiếp cận nặng nề hơn' cho Backbone.js. Chúng là các loại công cụ khác nhau nhắm vào các sản phẩm cuối cùng hoàn toàn khác nhau. Điểm hấp dẫn của Ember là các ứng dụng mà người dùng sẽ giữ ứng dụng mở trong thời gian dài, có thể cả ngày và các tương tác với các chế độ xem của ứng dụng hoặc dữ liệu cơ bản sẽ kích hoạt những thay đổi sâu sắc trong hệ thống phân cấp chế độ xem. Ember lớn hơn Backbone, nhưng nhờ đó Expires, Cache-Controlđiều này chỉ quan trọng ở lần tải đầu tiên. Sau hai ngày sử dụng hàng ngày, 30k thêm đó sẽ bị lu mờ bởi việc truyền dữ liệu, sớm hơn nếu nội dung của bạn liên quan đến hình ảnh.

Backbone lý tưởng cho các ứng dụng có một số trạng thái nhỏ trong đó hệ thống phân cấp chế độ xem vẫn tương đối phẳng và nơi người dùng có xu hướng truy cập ứng dụng không thường xuyên hoặc trong khoảng thời gian ngắn hơn. Mã của Backbone vẫn ngắn và ngọt ngào vì nó tạo ra giả định rằng dữ liệu hỗ trợ DOM sẽ bị loại bỏ và cả hai mục sẽ được thu thập trong bộ nhớ: https://github.com/documentcloud/backbone/issues/231#issuecomment-4452400 Kích thước nhỏ hơn của Backbone cũng làm cho nó phù hợp hơn với các tương tác ngắn.

Các ứng dụng mà mọi người viết trong cả hai khuôn khổ phản ánh những công dụng này: Các ứng dụng Ember.js bao gồm bảng điều khiển web của Square , Zendesk (ít nhất là giao diện đại lý / bán vé) và công cụ lập lịch của Groupon : tất cả các ứng dụng mà người dùng có thể dành cả ngày để làm việc.

Các ứng dụng xương sống tập trung nhiều hơn vào các tương tác ngắn hoặc thông thường, thường chỉ là các phần nhỏ của một trang tĩnh lớn hơn: airbnb , Khan Academy , bản đồ và danh sách của Foursquare .

Bạn có thể sử dụng Backbone để tạo các loại ứng dụng mà Ember nhắm mục tiêu (ví dụ: Rdio ) bằng cách a) tăng số lượng mã ứng dụng mà bạn chịu trách nhiệm để tránh các vấn đề như rò rỉ bộ nhớ hoặc các sự kiện zombie (cá nhân tôi không khuyến khích phương pháp này) hoặc b) bằng cách thêm các thư viện của bên thứ 3 như backbone.marionette hoặc Coccyx - có rất nhiều thư viện trong số này cố gắng cung cấp chức năng chồng chéo tương tự và có thể bạn sẽ kết thúc việc lắp ráp khung tùy chỉnh của riêng mình lớn hơn và yêu cầu nhiều mã keo hơn nếu bạn vừa mới sử dụng Ember.

Cuối cùng thì câu hỏi "sử dụng cái nào" có hai câu trả lời.

Đầu tiên, "Tôi nên sử dụng cái nào, nói chung, trong sự nghiệp của tôi": Cả hai, giống như bạn sẽ học bất kỳ công cụ nào cụ thể cho công việc mà bạn muốn làm trong tương lai. Bạn sẽ không bao giờ hỏi "Backbone hay D3?"; "Backbone or Ember" là một câu hỏi ngớ ngẩn không kém.

Thứ hai, "Tôi nên sử dụng cái nào, cụ thể là, cho dự án tiếp theo của tôi": Phụ thuộc vào dự án. Cả hai sẽ giao tiếp với một máy chủ Rails một cách dễ dàng như nhau. Nếu dự án tiếp theo của bạn liên quan đến sự kết hợp của các trang do máy chủ tạo ra với cái gọi là "quần đảo phong phú" do JavaScript cung cấp, hãy sử dụng Backbone. Nếu dự án tiếp theo của bạn đẩy tất cả tương tác vào môi trường trình duyệt, hãy sử dụng Ember.

Để đưa ra một câu trả lời ngắn gọn, đơn giản: đối với một chương trình phụ trợ RESTful, hiện tại, bạn nên sử dụng Backbone.

Để đưa ra một câu trả lời phức tạp hơn: Nó thực sự phụ thuộc vào những gì bạn đang làm. Như những người khác đã nói, Ember được thiết kế cho những thứ khác nhau và sẽ thu hút nhiều người khác nhau. Câu trả lời ngắn gọn của tôi dựa trên việc bạn bao gồm yêu cầu RESTful.

Hiện tại, Ember-Data (có vẻ là cơ chế hoạt động bền bỉ mặc định trong Ember) còn lâu mới sẵn sàng sản xuất. Điều này có nghĩa là nó có khá nhiều lỗi và quan trọng là không hỗ trợ các URI lồng nhau (ví dụ: / posts / 2 / comments / 4556). Nếu REST là yêu cầu của bạn, thì bạn sẽ phải giải quyết vấn đề này trong lúc này nếu bạn chọn Ember (tức là bạn sẽ phải hack nó vào, chờ đợi, tự thực hiện một cái gì đó như Ember-Data từ đầu, hoặc không sử dụng -very-RESTful URI). Ember-Data không hoàn toàn là một phần của Ember, vì vậy điều này hoàn toàn có thể xảy ra.

Sự khác biệt chính giữa cả hai, ngoài kích thước, về cơ bản là:

Ember cố gắng làm nhiều việc nhất có thể cho bạn để bạn không phải viết nhiều mã. Nó rất phân cấp và, nếu ứng dụng của bạn cũng rất phân cấp, có thể sẽ rất phù hợp. Bởi vì nó có rất nhiều tác dụng đối với bạn, có thể khó tìm ra lỗi đến từ đâu và lý do tại sao hành vi không mong muốn lại xảy ra (có rất nhiều "phép thuật"). Nếu bạn có một ứng dụng phù hợp một cách tự nhiên với loại ứng dụng mà Ember mong đợi bạn đang xây dựng, điều này có thể sẽ không thành vấn đề.

Backbone cố gắng làm ít nhất có thể cho bạn để bạn có thể suy luận về những gì đang diễn ra và xây dựng một kiến ​​trúc phù hợp với ứng dụng của bạn (thay vì xây dựng một ứng dụng phù hợp với kiến ​​trúc của khung mà bạn đang sử dụng). Bắt đầu dễ dàng hơn rất nhiều nhưng, trừ khi bạn cẩn thận, bạn có thể kết thúc với một mớ hỗn độn rất nhanh chóng. Nó không thực hiện những thứ như thuộc tính được tính toán, sự kiện tự động hủy liên kết, v.v. và giao chúng cho bạn, vì vậy bạn sẽ cần phải tự mình triển khai nhiều thứ (hoặc ít nhất là chọn các thư viện làm điều đó cho bạn), mặc dù đó là đúng hơn là toàn bộ điểm.

Cập nhật : Có vẻ như gần đây, Ember hiện đã hỗ trợ các URI lồng nhau, vì vậy tôi cho rằng câu hỏi đặt ra là bạn thích bao nhiêu phép thuật và liệu Ember có phù hợp với ứng dụng của bạn hay không.

Tôi nghĩ rằng câu hỏi của bạn sẽ sớm bị chặn :) Có một vài nội dung hài lòng giữa hai khuôn khổ.

Về cơ bản Backbone không làm được nhiều thứ, và đó là lý do tại sao tôi thích nó: bạn sẽ phải viết mã rất nhiều, nhưng bạn sẽ viết mã đúng nơi. Ember làm rất nhiều thứ, vì vậy tốt hơn hết bạn nên xem nó đang làm gì.

Thảo luận máy chủ là một trong số ít những điều mà Backbone thực hiện, và nó thực hiện rất tốt với nó. Vì vậy, tôi sẽ bắt đầu với Backbone và sau đó thử Ember nếu bạn không hoàn toàn hài lòng.

Bạn cũng có thể nghe podcast này , nơi Jeremy Ashkenas, tác giả của Backbone và Yehuda Katz, thành viên của Ember, có một cuộc thảo luận vui vẻ