我正在尝试通过应用程序开发(特别是MVC)来改进我的架构方法,即遵循接口、存储库等的松散耦合方法。
考虑到这一点,我不确定解决(或不使用)内置ASP.NET成员资格应用程序接口的最佳方法是什么。
当遵循分层架构时,最好是使用自己的成员资格,还是使用/包装/抽象现有的ASP.NET成员资格?
发布于 2014-04-02 17:25:47
我认为这不是你现在应该考虑的问题。
我在许多基于与您相同的方法的应用程序上工作(分层体系结构、DDD……)我的建议是首先考虑你的领域和业务逻辑。对于成员资格,我将使用框架为您提供的内置解决方案之一。它将是您开发的加速器(实际上是许多框架)。
好的一点是,你谈到了分层架构,不要犹豫,创建必要的抽象来在以后需要的时候随时改变你的成员系统。
https://stackoverflow.com/questions/13062549
复制相似问题