Dữ liệu phức tạp liên tục giữa các lần đăng trong ASP.NET MVC

Question

Tôi đang phát triển một ứng dụng ASP.NET MVC 2 kết nối với một số dịch vụ để thực hiện truy xuất và cập nhật dữ liệu. Các dịch vụ yêu cầu tôi cung cấp thực thể gốc cùng với thực thể được cập nhật khi cập nhật dữ liệu. Điều này là để nó có thể thay đổi theo dõi và đồng thời lạc quan. Không thể thay đổi dịch vụ.

Vấn đề của tôi là tôi cần phải bằng cách nào đó lưu trữ thực thể gốc giữa các lần đăng lại. Trong WebForms, tôi đã sử dụng ViewState, nhưng từ những gì tôi đã đọc, đó là cho MVC. Các giá trị ban đầu không phải là bằng chứng giả mạo vì các dịch vụ coi chúng là không đáng tin cậy. Các thực thể sẽ là (tối đa) 1k và nó là một ứng dụng mạng nội bộ.

Các tùy chọn tôi đã đưa ra là:

1. phiên - loại trừ khả năng - Lưu trữ các đơn vị trong phiên, nhưng tôi không thích ý tưởng này như không có kế hoạch để chia sẻ phiên giữa
2. URL - loại trừ khả năng - dữ liệu là quá lớn
3. HiddenField - Lưu trữ các thực thể tuần tự trong một lĩnh vực ẩn, có lẽ với mã hóa/mã hóa
4. HiddenVersion - Các thực thể có trường phiên bản (SQL) trên chúng, mà tôi có thể đưa vào trường ẩn. Sau đó, trên một lưu tôi nhận được thực thể "bản gốc" từ các dịch vụ và so sánh các phiên bản, làm đồng thời lạc quan của riêng tôi.
5. Cookies - Giống như 3 hoặc 4, nhưng sử dụng một cookie thay vì một lĩnh vực ẩn

Tôi đang nghiêng về phía tùy chọn 4, mặc dù 3 sẽ đơn giản hơn. Các tùy chọn hợp lệ này hay tôi đang đi sai đường? Có cách nào tốt hơn để làm điều này?

Answer 1

Nếu bạn lưu trữ nó trong một phiên thì bạn cần đảm bảo rằng nếu bạn triển khai một trang trại mà phiên được tải chính xác.

Hiện tại chúng tôi có (chính xác) cùng một câu hỏi tại thời điểm này và những gì chúng tôi đã quyết định làm là triển khai Mẫu lưu trữ và liên kết nó với một cookie.Sau đó, nếu điều này trở thành một vấn đề, chúng ta có thể chỉ cần đặt trong trình quản lý phiên, trình quản lý db hoặc bất kỳ thứ gì và mã của chúng tôi thậm chí không cần biết vì mẫu kho lưu trữ.

Chúng tôi đã dò tìm ý tưởng về các trường bị ẩn nhưng cảm thấy quá giống với ViewState và tất cả chúng ta đều ghét nó trong WebForms để ý tưởng bị loại bỏ. Nhưng không chỉ vì chúng tôi ghét trạng thái xem. Đã xảy ra sự cố khi bạn nhấn Ctrl F5. Nội dung sẽ bị xóa và sau đó bạn sẽ làm gì?

Vì vậy, tại thời điểm này, mẫu lưu trữ của nó có cookie có thể thay đổi nhưng việc triển khai tự cho vay để thay đổi.

EDIT

Chúng tôi cũng đã quyết định chống lại các trường ẩn vì nó sẽ là quá dễ dàng để thực hiện thay đổi đối với họ và do đó bạn cần phải làm một số công cụ mã thông báo từ máy chủ để đảm bảo nó wans't giả mạo.

Các trường ẩn chỉ tiếp tục tăng thêm độ phức tạp cho những gì về cơ bản nên là một vấn đề rất đơn giản.

Ít nhất đó là suy nghĩ của chúng tôi về vấn đề này.

Answer 2

Tôi không hoàn toàn chắc chắn tại sao Phiên là một ý tưởng tồi, nếu liều của khách hàng không cần bản sao lưu đó, hãy giữ toàn bộ nội dung trong bộ nhớ máy chủ có âm thanh tốt nhất; vì phần còn lại của các ứng viên đều gửi từ máy chủ đến nơi (tạm thời) trong trình duyệt của khách hàng, và sau đó lấy lại nó bất cứ khi nào khách hàng thực hiện bất kỳ hành động nào. Tình huống là, bất cứ khi nào khách hàng ping lại, máy chủ sẽ giải nén dữ liệu được mã hóa (hoặc trong trường ẩn, cookie, url vv) và có thể sẽ lại nằm trong máy chủ! Nó cũng lãng phí IMO băng thông. OK, nếu khách hàng cần (để kiểm tra) bản sao lưu, tôi sẽ xem xét trường ẩn (set) hoặc đơn giản là tuần tự hóa dữ liệu trong XML và đặt nó ở đâu đó trong HTML.

EDIT

Tôi vẫn bỏ phiếu cho Phiên. Nếu bạn có kế hoạch chăm sóc trang trại máy chủ, xem xét thực hiện một nhà cung cấp máy chủ phiên chéo:

http://msdn.microsoft.com/en-us/library/ms178587%28VS.80%29.aspx

và chỉ cần lưu trữ nhà nước trong cơ sở dữ liệu.