2011-12-28 4 views
2

Я всегда заказываю собственную аутентификацию - у меня проблемы с управлением.Каков наилучший способ передать информацию о пользователе в веб-приложении?

В веб-приложение, с помощью веб-форм, что является лучшим способом перетащить информацию через сайт:

  1. Сохранить объект пользователя в сессии, захватить объект из сессии на странице загрузки/инициализации.
  2. Сохраните UserId для сеанса, создайте новый пользовательский объект на странице load/init.
  3. Лучший способ, о котором я не знаю.

Предположим, что используется 1 веб-сервер.

Я предпочитаю # 2 b/c, он гарантирует актуальные данные, но делает больше поездок в db.

Просьба предоставить преимущества/недостатки.

-iw

+1

Примечание: если вы вынуждаете государство в своем веб-приложении с использованием состояния сеанса, ваше приложение становится менее масштабируемым. Возможно, это не относится к вашей проблеме, но я могу упомянуть об этом. Если вы хотите больше узнать об этом веб-приложении Google RESTful –

+4

Лучший способ: работать над вашими проблемами управления. – Bas

+0

@John Hartsock - Я слышал о приложениях RESTful в отношении фреймворков MVC, но не для приложений Web Form. Возможно, я должен был уточнить, что я говорю о веб-формах. Если вы говорите также о веб-формах, пожалуйста, объясните немного дальше. Я отредактирую вопрос, чтобы подумать. –

ответ

0
Door #2 Ian. 

Подвижной свой собственный определенно может иметь свои недостатки - особенно в области безопасности (такие как ответственности, что все на вас сейчас). Сохраните данные пользователя в базе данных. Когда пользователь входит в систему, проверьте, проверяются ли они, а затем просто авторизируются с ними в сеансе, которые, на мой взгляд, должны храниться в вашей файловой системе (а не в базе данных), если это так, как вы обрабатываете безопасность.

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