ASP.net配置文件和会员 - 自定义提供商或者我应该完全自己推出？

Question

首先,我知道这个问题可能是边缘性复制这一个,是的,这是一个有点讽刺的是,我要求的东西,我连回答自己的问题.

现在,我在谈论ASP.net配置文件.我正在使用MVC构建应用程序,如果这很重要,我相信内置的Profile Provider是无用的.

所以目前,我在问自己:我应该遵循自己的建议并编写自定义配置文件提供程序,还是应该完全推送自己的个人资料？

一些假设:

• 我希望我的数据在我决定的数据库结构中
• 它是一个全新的应用程序,没有需要集成的遗留数据库结构或用户群
• 小到中等数量的用户(最多~5000个用户)
• ASP.net MVC,很可能是Silverlight 2,甚至可能是一些Windows Azure,但我仍在尝试它,但绝对是.net 3.5 SP1.
• 并且,可能作为主要决策点:不必使用Forms Auth,应用程序最终可能会使用Active Directory或OpenID进行身份验证

我仍然需要调查是否可以将ASP.net成员资格与非标准身份验证提供程序(OpenID)一起使用,因为我认为ASP.net配置文件仅在我使用ASP.net成员资格时才有意义,所以我最终可能最终都会编写OpenID的自定义成员资格提供程序(基本上只是作为桥梁)和自定义配置文件提供程序.

所以,是的,我认为这可能是一个好方法,因为我继续使用框架已经给我的东西,但我接下来没有会员和个人资料的经验,所以也许这里的人有一些洞察我是否应该完全滚动我自己的身份验证和/或配置文件,或者如果我更好地编写自定义成员资格和配置文件提供程序,这显然是SO所做的？

Answer 1

我没有编写自己的个人资料提供程序的经验，但我已经编写了自己的会员提供程序。这相对容易（有很多方法不需要实现）。事实上，唯一真正需要的方法是 GetUser() 和 ValidateUser() 方法。

唯一有点棘手（并且值得分析）的部分是 GetUser() 似乎被频繁调用，您应该考虑缓存结果，这样您就不会总是访问数据库。