【问题标题】:What should I be aware of when not inheriting the membership provider?不继承会员提供者时应该注意什么?
【发布时间】:2014-06-08 17:22:59
【问题描述】:

在我们的 Web 应用程序开发的这一点上,我们正在慢慢地发现应用程序的需求与会员提供者默认提供的不同。当我们实现新功能时,我们重载了默认方法并更改了很多东西,以至于它变得令人困惑,并且似乎不再需要继承 MembershipProvider 的点。

我的问题是:除了使用自定义控件,如 Login、CreateUserWizard(我们已经没有使用)、RecoverPassword 等之外,使用 MembershipProvider 有什么好处?我已经研究过诸如加密密码之类的事情,我觉得 Crypto 助手类会为我们提供这些。我还应该注意哪些其他事项?

【问题讨论】:

    标签: asp.net membership-provider


    【解决方案1】:

    我无法一一列举需要注意的事项清单,但无论如何我都会鼓励您尽快摆脱MembershipProvider。不要再花时间来弯曲它以满足您的需求。

    MembershipProvider 的架构无法适应实际应用程序的复杂性,它只适合 30 分钟的舞台演示。

    【讨论】:

    • 我经常听到这种说法,但我也听到另一方的论点说我应该使用 MembershipProvider 尽管有这些缺点。我不确定该选择哪一边,但我宁愿通过没有很多无用或重载的方法来让应用程序代码更具可读性!
    猜你喜欢
    • 2021-03-10
    • 1970-01-01
    • 1970-01-01
    • 2010-10-28
    • 1970-01-01
    • 2019-09-24
    相关资源
    最近更新 更多