ASP.NET MVC + Backbone.js, điều này có ý nghĩa gì không? ASP.NET MVC thực sự cần thiết?

Tôi đã nghĩ đến việc phát triển một số khung công tác javascript với backbone.js và tôi hiện đang sử dụng ASP.NET MVC ...ASP.NET MVC + Backbone.js, điều này có ý nghĩa gì không? ASP.NET MVC thực sự cần thiết?

Sau khi xem xét điều này, có vẻ như phần máy chủ ASP.NET MVC sẽ là dự phòng.

Backbone.js sẽ chứa các mô hình của tôi mà tôi sẽ nhận được bằng cách gọi một dịch vụ REST trên máy WCF của tôi.

ui của tôi sẽ được cập nhật bởi Backbone/js ...

Bất kỳ logic sẽ được backbone.js điều khiển đó là cần thiết để được thực hiện trên các mặt hàng.

tôi sẽ thực sự yêu một số đầu vào, vì tôi dường như đã đến giả định rằng ASP.NET MVC là bị xóa sổ bởi backbone.js ..

Anyboyd sử dụng cả hai, tại sao? và làm thế nào?

Cảm ơn trước

Nguồn

2011-07-22 Martin

xương sống.js không còn có 'Controller' http://documentcloud.github.com/backbone/#Upgrading. Thêm vào đó, không có logic nào của bạn nhạy cảm? Ví dụ, bạn sẽ xử lý việc quản trị trên máy khách? Điều gì sẽ ngăn một người không phải quản trị viên tự biến mình thành quản trị viên khi tất cả logic của bạn là phía máy khách? –

@JimSchubert quyền và người dùng có trong cơ sở dữ liệu. Bảo mật nằm trong cơ sở dữ liệu. Bạn không actaully cần một máy chủ – Raynos

@Raynos: Chỉ vì bảo mật trong cơ sở dữ liệu, không có nghĩa là nó được thực hiện đúng cách. –

Hài hước, tôi thực sự đã tiếp cận nó theo một cách khác: giữ MVC thay vì WCF. Nó không quan trọng nếu dự án MVC của bạn sẽ chỉ máy chủ "dữ liệu" chứ không phải là "quan điểm" cho khách hàng MVC của nó vẫn cung cấp rất nhiều các đường ống dẫn nước cần thiết cho các ứng dụng web.

Nguồn

2011-07-22 17:31:47

tôi sẽ thực sự yêu một số đầu vào, vì tôi dường như đã đến giả định rằng ASP.NET MVC là bị xóa sổ bởi backbone.js ..

Không xương sống chạy trên máy khách.

Có sự khác biệt giữa những gì có thể chạy trên máy khách và máy chủ.

Tuy nhiên nó thực sự hợp lệ để không có máy chủ của bạn làm phần mềm trung gian và chỉ hiển thị cơ sở dữ liệu qua REST.

Tất nhiên, bạn sẽ cần các cơ chế đăng nhập thích hợp và các quyền được thiết lập trên cơ sở dữ liệu để bảo mật.

Tuy nhiên, bạn cần máy chủ cho mã nguồn đóng.

Nếu bạn muốn sử dụng tái sử dụng mã C#/.NET/Massive. Tái sử dụng mẫu lớn sử dụng trung gian phía máy chủ.

Khái niệm về ứng dụng lớn với chỉ máy khách & cơ sở dữ liệu chưa được kiểm tra và có rất ít kiến thức về "Thực hành tốt là gì" vì những thứ đó không tồn tại.

Tất nhiên bạn có thể sử dụng javascript phía máy chủ như node.js thay thế và có thể sử dụng lại tất cả các mô hình/bộ sưu tập xương sống của bạn trên máy chủ & khách hàng. Điều này có thể tối ưu hơn cho bạn

Nguồn

2011-07-22 12:27:55 Raynos

"Khái niệm về ứng dụng lớn với chỉ máy khách và cơ sở dữ liệu chưa được kiểm tra và có rất ít kiến thức về" Có gì tốt thực hành "bởi vì những thứ đó không tồn tại." - không chắc bạn đang ở đâu vào cuối những năm 90/đầu những năm 2000 nhưng tôi có thể nghĩ tới vài trăm ứng dụng VBA/SQL đã làm điều này. –

@WyattBarnett Và tôi nghĩ thái độ chung đối với các ứng dụng VBA/SQL là chúng là spaghetti và một cơn ác mộng bảo trì. Mặc dù tôi không nghĩ về việc có bao nhiêu thiết kế thông tin/kiến trúc có thể được chuyển từ các ứng dụng đó sang lĩnh vực web – Raynos

Vui lòng tham khảo answer to a similar question

trả lời ngắn gọn của tôi của tôi là MVC là tuyệt đối không lãng phí khi sử dụng khung phía khách hàng. MVC là nhiều hơn so với viết các khung nhìn trong Razor. Bạn nhận được mô hình ràng buộc, xác thực, xác thực và khả năng kiểm soát cấu trúc URL của bạn thông qua sự lựa chọn của bộ điều khiển, hành động và tuyến đường. 80% của sự tốt lành là hữu ích ngay cả khi không sử dụng quan điểm phía máy chủ.

Nguồn

2011-10-10 13:38:57

ASP.NET MVC + Backbone.js, điều này có ý nghĩa gì không? ASP.NET MVC thực sự cần thiết?

Trả lời

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