我正处于开发Web应用程序的早期开发阶段。我目前正在审查是否应该使用ASP .NET Membership或自己编写。我更倾向于使用ASP .NET Membership来节省一些开发时间。需要帮助以澄清如何最好地利用会员数据库的一些含糊之处:
提前致谢,
RWendi
答案 0 :(得分:5)
我自己是会员/角色/个人资料提供者的粉丝所以我有点偏颇。基本上,如果我要评估项目的用途,我会查看要求。如果默认适用于您,我认为没有理由实施您自己的会员功能。它有许多功能和一些非常好的优化(例如,出于性能原因,使用小写用户名和电子邮件的列)。
我通常会为我的数据和会员资格创建一个数据库。我通过添加用户名列而不是外键来链接其他表,以避免删除用户时出现问题。更重要的是,无法使用成员资格提供程序接口检索用户ID的GUID,如果要按用户ID引用内容,则需要编写自己的存储过程。
答案 1 :(得分:1)
关于单独数据库的问题,如果你有资源(例如 - 你不在具有单个sql server db的共享主机上),则往往是分开的。主要优点是用户数据往往是非常特定于应用程序(例如 - 您不需要在QA中生成用户数据),因此单独使用它会使事情变得更清晰,因为您只需要了解应用程序的数据