я должен использовать систему членства asp.net или нет?

Question

Я разрабатываю сеть, которая использует членство. У меня есть пара историй, которые я должен реализовать. и я хочу использовать для создания структуры с MVC 2 для создания этого сайта. Система членства asp.net имеет действительно хорошие функции. но разве это сложно продлить? я не знаю.

один из них: я хочу дать каждому пользователю уникальное имя, чтобы пользователи могли использовать его для «www.somesite.com/someuser», как это. я хочу, чтобы опционально пользователи могли генерировать эти уникальные имена из имени и фамилии (Джеймс Хетфилд = jameshetfield). поэтому я должен расширить структуру моей таблицы членства. но я не знаю, как сохранить имя и фамилию моих пользователей в моей базе данных для взаимодействия с моим членством и методами аутентификации форм. Как мне это сделать?

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

Answer 1

Это легко расширить с точки зрения данных, просто определите свою собственную таблицу EF Person и сохраните столбец guid ProviderUserKey, который будет служить внешним ключом для таблиц членства ASP.NET.

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

В целом, имеет смысл использовать и расширять, а не изменять свои собственные.О тебе много заботятся.

Answer 2

Один быстрый вопрос, поскольку ваш объединенный идентификатор имени / фамилии должен быть уникальным для целей URL, почему бы просто не указать это имя пользователя, а затем добавить свои имя и фамилию в службу профилей?

Членствоочень удобно и под ключ по большей части.Нет смысла заново изобретать колесо, особенно со встроенными объектами и поддержкой в ​​объектах Membership и Roles.Если проблема заключается в хранении БД, я бы посоветовал заранее разработать новый ключ к таблице членства, чтобы выполнять объединения.Это действительно поможет вашей производительности и пространственным требованиям.Недавно мне пришлось провести рефакторинг шахты, и я хотел, чтобы я сделал это раньше.

Еще одно предостережение: возможно использование Membership с MySQL, если у вас есть какие-либо планы по поддержке этой БД, ноне значит прямо вперед.