使用Membership API的主要缺点是什么？在什么情况下应该考虑依赖手动编码？
使用Membership API的主要缺点是什么？
4
- Neel
2
1当Membership API无法满足您的需求时，请使用手动编码方案。 - Darin Dimitrov
你能举个例子解释一下吗？谢谢！ - Neel
1个回答
5
绝不要自己编写任何与安全有关的代码。这包括身份验证/成员资格。
编写自己的身份验证系统看起来很容易：基本功能很容易编写和测试。然而，问题在于设计过程要具备安全性。因为这很容易做到，所以也很容易构建出似乎只能起作用的东西-它通过所有测试，允许它应该允许的人，并阻止它不应该阻止的人，然后你就部署了你的系统。然后一个黑客来了，找到了你设计中的小漏洞。一年后你终于发现你已经被攻破了。
成员身份API的特点是可扩展性。如果没有一个开箱即用的提供程序可以满足您的需求，您可以扩展其中一个而无需从头开始，因此除非特殊情况，否则几乎没有阻止您使用它的原因。
这个原则不仅适用于ASP.Net，还适用于您可能想要实现身份验证系统的任何其他平台。无论您使用哪个平台，都应尽可能借助提供给您的经过考验的安全功能。
- Joel Coehoorn
4
永远不要除非你必须。所以我想这意味着不是从不。@n10i - Sky Sanders
@code poet - 会员系统是可扩展的。你能描述一下有什么它做不到的吗？ - Joel Coehoorn
不，Joel，我无法描述任何我无法让会员系统执行的事情。您可能误解了我的评论，这仅意味着说“永远”通常是不完全准确或有帮助的。您可能已经注意到，在我提供的少数会员标签指导中，我总是建议尽可能依靠内在代码，即使几乎不可能，但肯定存在只能使用自定义实现的情况。 - Sky Sanders
我完全同意你回答的实质内容，但完全不赞成建议寻求指导的人永远不要做任何事情。尤其是新手，他们很可能会字面理解你的话。 - Sky Sanders
网页内容由stack overflow 提供, 点击上面的可以查看英文原文，
原文链接
原文链接