от
Я ищу рекомендации относительно наилучшей практики по использованию функции профиль в ASP.NET. Как вы решаете, что должны храниться во встроенном профиле пользователя, и если вам необходимо создать ваши собственные базы данных, таблицы и добавить столбец для нужного поля? Например, пользователь имеет зип-код, я должен сохранить zip-код в мой собственный стол, или я должен добавить его в веб.профиль конфигурации XML и доступ к ней через механизм ASP.NET Профиль пользователя? Плюсы/минусы я могу думать прямо сейчас, что, поскольку я не знаю, в профиль очень хорошо (это немного из Матрицы прямо сейчас), я, наверное, могу делать, что хочу, если я поеду в таблицу маршрутизации (например, SQL, чтобы получить все пользователи, в том же зип-код от имени текущего пользователя). Я не знаю, если я могу сделать то же самое, если я использую профиль ASP.NET .

Ваш ответ

Отображаемое имя (по желанию):
Конфиденциальность: Ваш электронный адрес будет использоваться только для отправки уведомлений.

6 Ответы

0 голосов
от
Я ищу рекомендации относительно наилучшей практики по использованию функции профиль в ASP.NET. Как вы решаете, что должны храниться во встроенном профиле пользователя, и если вам необходимо создать ваши собственные базы данных, таблицы и добавить столбец для нужного поля? Например, пользователь имеет зип-код, я должен сохранить zip-код в мой собственный стол, или я должен добавить его в веб.профиль конфигурации XML и доступ к ней через механизм ASP.NET Профиль пользователя? Плюсы/минусы я могу думать прямо сейчас, что, поскольку я не знаю, в профиль очень хорошо (это немного из Матрицы прямо сейчас), я, наверное, могу делать, что хочу, если я поеду в таблицу маршрутизации (например, SQL, чтобы получить все пользователи, в том же зип-код от имени текущего пользователя). Я не знаю, если я могу сделать то же самое, если я использую профиль ASP.NET .
0 голосов
от
Я только построил 2 приложения, которые используют поставщику профиля. С тех пор я держался подальше от его использования. Для обоих приложений я использовал его для хранения информации о пользователе, такую как имя компании, адрес и номер телефона. Этот работал нормально, пока наш клиент хочет быть в состоянии найти пользователя одним из этих полей. Поиск вовлечен цикл через каждый профиль пользователей и сравнение информации с критериями поиска. Поскольку база пользователей выросла время поиска стала неприемлемой для нашего клиента. Единственным выходом было создать таблицу для хранения информации пользователей. Скорость поиска возрастает в разы. Я рекомендовал бы хранить эту информацию в своей таблице.
0 голосов
от
Профиль пользователя хороший чистый основу для индивидуальной настройки(АКА. Свойства Профиля). (например, страницы iGoogle) проблема это он не предназначен для запроса и не подходят для обмена данными для публичных пользователей.(вы еще бы уметь это делать, с низкой производительностью) поэтому, если вы хотите расширить индивидуальный опыт пользователя, Профиль пользователя будет хорошим способом пойти. в противном случае, использовать свой собственный класс и таблица будет гораздо лучшим решением.
0 голосов
от
По моему опыту все возможное, чтобы сохранить данные в профиле до минимума, только поставить необходимое там, которые непосредственно необходимы для проверки подлинности. Другую информацию, такую как адреса должны быть сохранены в вашей базе данных по вашей же логике приложения, этот подход является более гибкой и ремонтопригодны.
0 голосов
от
Я думаю, что зависит от того, сколько полей нужно. Насколько мне известно, профили-это по сути длинная строка, которая разделяется на заданные размеры полей, что означает, что они не очень хорошо масштабируются, если у вас есть много полей и пользователей. С другой стороны, они построены в, так это простым и стандартным способом, то есть не большой кривой обучения, и вы можете использовать его в будущих приложений, а также без необходимости настроить его на новую структуру таблицы. Собственное дело позволяет поставить его в правильно нормализованной базе данных, что существенно повышает производительность, но вы должны написать практически все управление профиль код самостоятельно. Редактировать: кроме того, профили не кэшируются, так что каждый доступ к профилю идет к базе первого (это затем кэшируются на эту просьбу, но на следующий запрос будет получить его из базы данных снова) Если вы собираетесь писать свои собственные вещи, может быть, собственный поставщик профилей дает вам лучшее из обоих миров - интеграция, но пользовательские вещи, которые вы хотите сделать.
0 голосов
от
Я думаю, что это лучше использовать его для дополнительных данных, которые не критичны для пользователей, которые только, как правило, важно, если этот пользователь все равно входа в систему. Данные думать, что бы не сломать что-нибудь важное, если он был все утерлись. конечно, это личное предпочтение, но другие подняли ряд других важных вопросов. Также очень полезно, учитывая, он может быть использован для непроверенный пользователь, чей профиль сохраняется с анонимным печенья.
...