1

好的,我知道之前有一些关于此的问题,但我只想知道现在的情况。如果我正在创建一个 ASP.NET MVC Web 应用程序,我应该使用内置的 Membership Provider 还是自己动手?

我觉得现有的可能有点矫枉过正,但话又说回来,它已经过死测试并且效果很好。我不喜欢它放在数据库中的数百万个表和存储过程,但我应该删除我不需要的东西,还是不担心它并使用它?

4

1 回答 1

0

尽管您说这可能是重复的,但我认为寻求对当前情况的澄清是公平的,而且您似乎确实考虑了可能性。

由于您所说的原因,我仍然倾向于使用内置的会员提供程序(它只是工作),然后为 OpenId、Facebook 等添加我自己的表,并将它们绑定回 aspnet_Users 表中的用户 ID .

到目前为止,我倾向于不担心它放入数据库中的无关内容。

于 2012-08-22T08:55:23.187 回答