.net - ASP.net 配置文件和成员资格 - 自定义提供商还是应该完全自己推出？

Question

首先，我知道这个问题可能是重复的 to this one ，是的，我在问一个我什至自己回答的问题，这有点讽刺。

现在，我正在谈论 ASP.net 配置文件。如果这很重要，我正在使用 MVC 构建应用程序，并且我相信内置的配置文件提供程序是无用的。

所以此刻，我在问自己:我应该遵循自己的建议并编写自定义配置文件提供程序，还是应该完全推出自己的配置文件？

一些假设:

我希望我的数据采用我决定的数据库结构

这是一个全新的应用程序，没有需要集成的遗留数据库结构或用户群

中小规模用户(最多约 5000 个用户)

ASP.net MVC，很可能是 Silverlight 2，甚至可能是一些 Windows Azure，但我仍在试验它，但肯定是 .net 3.5 SP1。

而且，可能作为主要决策点:不必使用表单例份验证，应用程序最终可能会使用 Active Directory 或 OpenID 进行身份验证

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

所以是的，我认为这可能是一个好方法，因为我继续使用框架已经给我的东西，但我几乎没有成员(member)资格和个人资料的经验，所以也许这里有人对我是否应该完全滚动有一些见解我自己的身份验证和/或配置文件，或者如果我最好编写自定义成员资格和配置文件提供程序，这显然是 what SO did ?

Answer 1

我没有编写自己的配置文件提供程序的经验，但我编写了自己的成员(member)提供程序。它相对容易(有很多方法不需要实现)。事实上，似乎真正需要的唯一方法是 GetUser() 和 ValidateUser() 方法。

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