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

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

现在,我在谈论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所做的？