ISerializable и ViewState - хорошо или плохо?

Обычная практика хранения данных ISerializble в представлении состояния?ISerializable и ViewState - хорошо или плохо?

У меня есть веб-страница asp.net с сеткой telirik. Чтобы разрешить фильтрацию подкачки и т. Д., Я хочу, чтобы мои данные (массив объектов) были сохранены на стороне клиента, чтобы избежать запуска поездок между клиентом и сервером. Поэтому я намерен сделать объект, который привязан к сетке ISerializable, и сохранить их в Viewstatte. Так, это лучшая практика, так это или я должен избегать этого?

Спасибо заранее

источник

2010-12-28 Breach

ViewState не избегает круглых поездок. – SLaks

Как вы получите доступ к данным ViewState с клиентской стороны? – Marcie

@SLaks: вы правы в ViewState, но он сохранит данные, поэтому мне не придется проходить весь путь через запрос к базе данных. @Marcie: В aspx.cs я делаю следующее: obj [] = Viewstate ["aaa"] как obj []; – Breach

Это плохая практика, чтобы список магазина объектов базы данных в ViewState, так как это поставит нагрузку на вашей странице и увеличить время отклика страницы.

только данные страницы, связанные, должны храниться в ViewState как рода колонке и порядок сортировки и т.д.

Если данные являются общими для всех пользователей, вы можете кэшировать объекты.

источник

2011-01-06 12:51:42 dhinesh

Хорошо, но скажем, у меня есть подкачка на datagrid, это означает, что я должен запрашивать базу данных каждый раз, когда пользователь нажимает на другую страницу? – Breach

@Breach: Да. Каково общее количество строк, которые вы извлекаете? – dhinesh

Между 100 и 500 записями – Breach

ISerializable и ViewState - хорошо или плохо?

ответ

Смежные вопросы