开发人员使用哪种设计模式 Abp 框架 (abp.io)?

car*_*sza 5 .net c# asp.net aspnetboilerplate abp

在我的公司,我们使用全新的 Abp 框架 ( abp.io )。由于它是一个新框架,因此缺少大量文档,因此我们必须搜索源代码。看了这么多代码,我意识到这是他们正在使用的一种模式,它总是出现Providers、ProvidersManagement、DefinitionProvider 等等。我想知道这个模式是否有名字或者它只是在那里使用的东西。我不相信这是第二种选择,但我不知道。

功能模块、设置模块、权限模块都是使用这种设计模式实现的模块。

谢谢你们!

hik*_*kan 11

我想作为 ABP 框架中这些模式背后的程序员来回答这个问题;

首先,我想解释一下我们为什么要引入这些“提供者”风格的模式。主要原因是可扩展性:开发人员只需实现提供者接口并将其注册到框架即可扩展系统。通过这种方式,您无需替换或覆盖完整的服务来添加新行为。

例如,权限检查器服务循环访问提供者(实现 IPermissionValueProvider 接口的提供者)以允许您确定当前用户是否具有请求的权限。有一些预定义的权限提供者:用户提供者、角色提供者...等。用户提供者检查当前用户是否直接授权了该权限,而角色提供者检查当前用户的任何角色是否具有所需的权限。您可以简单地创建一个新的提供程序实现,以不同的方式检查权限并允许用户执行相关操作。

ASP.NET Core 中也使用了类似的模式。

例如,ASP.NET Core请求本地化中间件使用类似的模式来确定 Web 请求的当前区域性。有 QueryStringRequestCultureProvider、CookieRequestCultureProvider... 类试图确定来自不同来源的文化。它也是可扩展的,您可以注册新的提供者或重新订购当前的提供者。

我们通常在框架中将此类类命名为“提供者”或“贡献者”。

贡献者是不同的类,它们是操作的参与者。例如,对于菜单系统,有一个 IMenuContributor 接口,您可以在构建应用程序中的主菜单(添加/删除/替换菜单项)时实现和参与。

该模式也类似于“责任链”模式。例如,IPermissionValueProvider 类似于 CoR 模式,因为每个提供程序都尝试检查当前用户是否具有操作权限。如果提供者不知道,则执行下一个提供者。

所以,我不知道确切的名称,并且在实现这些时我没有 100% 复制模式。如果这是一个新模式(我不这么认为,但是)我不擅长命名模式,让我们问问 Martin Fowler :)

顺便说一句,我们正在不断改进 ABP 框架的文档。在上一个里程碑中,我们已经完成了大部分基础文档(如 UOW、分布式事件总线等)。最近,对启动教程进行了彻底的修改和扩展。在下一个里程碑中,文档也将是重中之重。

感谢您使用 ABP 框架 :)