2012-06-08 28 views
5

Nhìn qua các hướng dẫn từ Microsoft có vẻ như họ đã sử dụng SPA trong các tình huống khá đơn giản, tức là Lọc hoặc cập nhật một danh sách duy nhất.MVC4 Single Page App - Nhiều màn hình

Giả sử tôi có giao diện phức tạp hơn một chút, nơi tôi có thể có nhiều danh sách, nhiều màn hình bổ sung và một số trình thuật sĩ vv để hướng dẫn người dùng mặc dù các quy trình nhất định. Cách tiếp cận ưa thích cho một ứng dụng trang đơn có nhiều bộ điều khiển và chế độ xem cho từng vùng của hệ thống. Nếu tôi có vùng quản lý người dùng - đây có thể là một Bộ điều khiển/Chế độ xem, việc duy trì hồ sơ người dùng có thể là một Bộ điều khiển khác /Lượt xem.

Do đó trải nghiệm người dùng sẽ là điều hướng giữa các trang nhưng trên trang mà họ muốn thực hiện một số hoạt động nhất định của AJAX?

Nếu như một ứng dụng là thực sự SPA Tôi nghĩ rằng tôi sẽ kết thúc với tấn divs trong một trang phản ánh một giao diện người dùng cho mỗi khu vực trong hệ thống của tôi - Những dấu chân của trang này có khả năng có thể là rất lớn?

Tôi đoán tôi có thể so sánh những gì tôi đang cố gắng để đạt được bằng cách so sánh nó với FaceBook? Tôi giả sử tuy nhiên họ đang tải về các quan điểm thông qua AJAX trên bay để chân in là tương đối nhỏ.

Trả lời

1

SPA thực sự sẽ tạo/hủy giao diện người dùng trong "thời gian thực", thường là để phản hồi một số loại cuộc gọi JSON. Đây là nơi một frameword như knockout.js thực sự giúp [loại bỏ rất nhiều mã ràng buộc hai chiều].

Tất nhiên, trong mã "đằng sau hậu trường", bạn có thể cấu trúc nó theo bất kỳ cách nào bạn muốn. ASP.NET Web API mới cho vay rất tốt này. Thiết lập giao diện người dùng ban đầu của bạn, mã hóa các hành động (thường là các điểm cuối RESTful) dưới dạng một API JSON; sau đó cho phép javascript thực hiện cuộc gọi JSON và xây dựng giao diện người dùng bổ sung khi đang di chuyển.

Bạn có thể không cần nhiều lượt xem đầy đủ, nhưng một vài chế độ xem một phần làm mẫu cho các phần tử tạo giao diện người dùng javascript có thể hữu ích.

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