我很好奇Microsoft如何提出新身份模型中使用的体系结构。
我所知道的是有模型作为带有准骨的属性的接口。有毫无疑问/基本数据访问和存储的商店（接口），我想经理（实际类）包含用于创建/更新资源的逻辑（我想，以避免重复记录和其他验证）。
）。"框架"看起来我们希望我们实现给定模型（用于自定义属性）和商店（用于指定存储机制）。
我认为这种体系结构对于建立具有特定于公司的对象的系统非常有用，但是我不知道在哪里寻找指导或有关此信息的更多信息。在构造类似于ASP.NET身份的体系结构时，该怎么办？
好吧，我认为描述UserManager的最佳设计模式是所有商店接口的立面。IuserStorexxx界面旨在使每个商店实现都可以为它们中的每个接口，并想到默认的UserManager都可以安全地使用，而不管实际商店提供的功能如何。
另一种模式将是对商店尊重这一点的隐性期望的工作单位，并且仅保存核心iuserstore crud方法内部的变化。