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

Question

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

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

感谢你们！

Answer 1

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

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

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

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

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

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

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

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

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

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

感谢您使用 ABP 框架:)