我很好奇微软是如何提出新身份模型中使用的体系结构的。
我只知道有一些模型可以作为具有基本属性的接口。有用于无可置疑的/基本数据访问和存储的存储(接口)和管理器(实际的类),我认为它们包含创建/更新资源的逻辑(我想,是为了避免重复记录和其他验证)。
“框架”看起来像是希望我们实现给定的模型(用于自定义属性)和存储(用于指定存储机制)。
我认为这种体系结构对于构建具有特定于公司的对象的系统非常有用,但是我不知道在哪里可以找到相关的指导或更多的信息。在构建类似于Asp.net标识的体系结构时,应该和不应该做什么?
发布于 2014-02-03 19:12:18
我认为描述UserManager的最好的设计模式是作为所有各种存储接口的外观。IUserStoreXXX接口旨在使每个接口对于存储实现来说都是可选的,其思想是,无论实际存储提供什么功能,默认的UserManager都可以安全地使用。
另一种模式是工作单元( Unit of Work ),它隐含地期望商店尊重这一点,并且只在核心IUserStore CRUD方法中保存更改。
https://stackoverflow.com/questions/21517036
复制相似问题