Lưu trữ dữ liệu trong ViewState

Question

Tôi đã đọc bài viết này của Microsoft về quản lý nhà nước.

http://msdn.microsoft.com/en-us/library/75x4ha6s(v=vs.100).aspx

Tôi tìm thấy một điều thú vị ở đây. ViewState được phân loại là tùy chọn Client Side (Mặc dù tôi đã biết điều đó). Nó nhắc tôi về mã của chúng tôi trong ứng dụng.

DataTable dt = getDatatableFromDB(); 
ViewState["dataTable"] = dt; 

Và mã này hiện đang hoạt động tốt.

nhầm lẫn của tôi là:

1. Làm thế nào một đối tượng phía khách hàng (ViewState) có thể tiết kiệm đối tượng Server side (DataTable)?
2. Thực tiễn tốt là sử dụng ViewState để lưu trữ các đối tượng lớn như Datatables?
3. Điều gì có thể là tác dụng phụ (nếu có) nếu chúng ta tiếp tục sử dụng phương pháp này?

Answer 1

Chế độ xem được lưu trữ trong thẻ ẩn <input /> trên biểu mẫu. Khi người dùng bắt đầu một postback (bằng cách nhấn vào một nút, ví dụ), dữ liệu được trả về cho máy chủ như là một phần của dữ liệu biểu mẫu.

Nếu bạn lưu trữ lượng lớn dữ liệu trong ViewState, bạn sẽ bị phạt cả khi người dùng cố tải xuống trang (vì tất cả dữ liệu đó sẽ là một phần của HTML) và khi người dùng cố gắng gửi biểu mẫu (vì tất cả dữ liệu đó phải được tải lên máy chủ).

Ngoài ra, ViewState dễ bị mất. Nó chỉ được duy trì miễn là người dùng gửi biểu mẫu. Nếu người dùng nhấp vào một siêu liên kết đến một trang khác, biểu mẫu sẽ không bao giờ được gửi và tất cả dữ liệu chứa trong ViewState sẽ bị mất. Điều này đúng ngay cả khi thẻ neo trỏ trở lại trang mà người dùng hiện đang truy cập.

Tôi thấy từ số previous question của bạn rằng bạn đang cố gắng tìm một nơi tốt để đặt DataTables của mình. ViewState không phải là nơi tồi tệ nhất miễn là dữ liệu tương đối nhỏ. Base64 là tốt hơn so với XML về sử dụng bộ nhớ nhưng nó vẫn còn là một chặng đường dài từ hiệu quả. Nếu dữ liệu khá tĩnh, bạn có thể cân nhắc lưu trữ dữ liệu trong số ApplicationState. Nếu bạn đang chỉnh sửa DataTable với GridView, thì GridView thực sự đã lưu trữ DataTable cho bạn mà bạn có thể truy cập thông qua thuộc tính DataSource (chỉ cần đưa nó trở lại một DataTable).

---

Nó cũng đáng chú ý là trong khi dữ liệu ViewState được mã hóa trong base64 (có nghĩa là người dùng bình thường sẽ không thể hiểu được nó), nó có thể dễ dàng thay đổi nội dung bởi một người dùng xác định. Dường như dữ liệu vô hại có thể được chỉnh sửa để trở nên khá có hại cho trang web của bạn. Đây là một con đường cổ điển để hack một trang web, vì vậy bạn phải rất cẩn thận về những dữ liệu, chính xác, bạn đang lưu trữ. Ví dụ: nếu bạn lưu trữ ID của người dùng trong ViewState, người dùng có thể chỉnh sửa ID và xâm nhập vào tài khoản của người dùng khác. (Lưu ý: đây chỉ là một vấn đề nếu EnableViewStateMac đã được thiết lập để False.)

Answer 2

1) Làm thế nào một đối tượng phía khách hàng (ViewState) có thể tiết kiệm đối tượng Server side (DataTable)?

Nó được tuần tự hóa.

2) Có thực tiễn tốt để sử dụng ViewState để lưu trữ các đối tượng lớn như Datatables không?

Tùy thuộc vào môi trường và yêu cầu của bạn.

3) Điều gì có thể là tác dụng phụ (nếu có) nếu chúng ta tiếp tục sử dụng phương pháp này?

Rất nhiều dữ liệu sẽ được chuyển qua dây. Nó có thể làm chậm mọi thứ.