предложения по членству в ASP.NET MVC приложении

Question

С этим вопросом я в основном ищу ответы от людей, которые внедрили готовое членство ASP.NET в свою собственную базу данных - я настроил таблицы внутри своей базы данных и насколько я могу видите, они содержат в основном то, что мне нужно, но не все. У меня будет представление о фирме (компании), к которой будут принадлежать пользователи, поэтому мне придется связать aspnet_Users с моей таблицей фирм (каждый пользователь будет членом только одной фирмы).

Если возможно, дайте некоторые рекомендации, как вы это сделали и с чем я могу столкнуться, если мне придется изменить дизайн таблицы в какой-то момент в будущем. Предпочтительно я буду использовать поставщика членства по умолчанию.

У меня возникли проблемы с выбором, идти ли с нуля или использовать то, что уже предлагает ASP.NET.

Answer 1

Я бы посоветовал вам использовать основанную на таблице реализацию профиля , такую ​​как эту , о которой писал Скотт Гатри. Это намного лучше, чем стандартный поставщик профилей, поскольку он позволяет вам определять свои собственные таблицы для информации профиля. В вашем случае у вас будет таблица, содержащая строку для каждого пользователя и идентификатор фирмы и все, что вам нравится, например, псевдоним, номер социального страхования и т. Д.

Он работает с поставщиком членства по умолчанию, поэтому вам не нужно вносить в него какие-либо изменения. В этом примере есть две реализации: хранимая процедура на основе таблицы и таблица. Я предпочитаю второе, но оба они очень просты в использовании.

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

Answer 2

Я решил не использовать поставщика членства ASP.NET и его таблицы по умолчанию из-за изменений, которые могут быть внесены в будущие версии, поэтому в конечном итоге я использовал этого собственного поставщика Entity Framework от OmidID, хотя я пришлось настроить его довольно много. Но теперь я могу сказать, что у нас есть довольно надежный провайдер членства на основе объектной структуры, который мы можем легко поддерживать и не зависим от таблиц членства ASP.NET в SQL Server.

Answer 3

Я бы рассматривал членство в ASP.NET как отдельный сервис. Просто используйте его как есть и добавьте к нему дополнительные функции.

В этом случае просто создайте таблицу, которая связывает пользователей с компаниями, но не изменяет таблицы ASP.NET. Если у вас есть какая-либо дополнительная информация о пользователях, которую нужно сохранить, поместите ее в другую таблицу, связанную с таблицей пользователей членства ASP.NET.

Обновление: Я начал использовать эту область ASP.NET MVC для администрирования пользователей и ролей https://github.com/TroyGoode/MembershipStarterKit. Он поставляется со всеми необходимыми моделями, представлениями и контроллерами и полностью протестирован модулем. Не потребовалось больше часа, чтобы интегрировать его в мой сайт и запустить в работу.