如何使用 ASP.NET 会员提供程序类
我想为我自己的数据库使用 ASP.NET 会员提供程序 我有自己的表，
这就是我所做的 我用自己编写的所有重写方法扩展了会员提供程序类。 使用会员提供程序类进行自定义使用是正确的方法吗？我也扩展了角色管理课程。
i want to use asp.net membership provider for my own database i have own table
here is what have i done
i extended the membership provider class with my own write all overided methords.
is it right way to use membership provider class for custom use?? i also extend the rolemanagement class too.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
什么是“对”，什么是“错”是模糊的，因为不同的人有不同的看法。
我的观点是，您永远不应该扩展成员资格表，因为如果 Microsoft 决定向这些类添加附加功能，那么这样做会在以后产生潜在的问题。
相反，您应该简单地使用 asp.net 成员资格提供程序键作为您自己的表中的外键。因此，您可能拥有自己的“用户”表，但其中一列是 asp.net 成员资格用户 ID 值。这使您可以将它们关联在一起并获取该信息，而无需扩展 asp.net 成员资格表本身。
What's "right" and what's "wrong" is hazy, as different people have different opinions.
My opinion is that you should never extend the membership tables, because by doing so you create potential problems down the road if Microsoft decides to add additional functionality to those classes.
Instead, you should simply use the asp.net membership provider keys as foreign keys into your own tables. Thus, you might have your own "users" table, but one of the columns is the asp.net membership User ID value. This allows you to relate them together and get at that information, without extending the asp.net membership tables themselves.
我尝试过实现自定义会员用户，经过一个月的努力并成功了。我一直以来的一个想法是，没有人能够概括我们的要求应该是什么，尤其是供应商不应该做出特别的决定。
好在我们有办法扩展会员用户。 此和 是指导如何编写会员用户的最佳资源。
I have tried implementing custom membership user, and succeeded after a month's effort. One idea I always have is, no one can ever generalize what our requirements should be, and especially a vendor should not decide in particular.
It is good we have a way to extend the membership user. This and that are the best resources to guide how to write a membership user.