ASP.NET Core中的应用程序模型是什么？如何理解？-C#.Net教程-PHP中文网

答案：ASP.NET Core应用程序模型是框架用于描述和管理应用中可路由组件的元数据集合，它在启动时通过IApplicationModelProvider扫描控制器、动作等元素，构建成包含路由、过滤器、绑定信息的ControllerModel、ActionModel等对象，最终形成ApplicationModel这一内存“蓝图”，供路由系统匹配URL、过滤器执行、模型绑定使用；开发者可通过实现IApplicationModelProvider或约定接口（如IActionModelConvention）在模型构建阶段注入自定义逻辑，实现全局路由修改、添加元数据等扩展，从而提升应用的可维护性与灵活性，是理解框架内部行为、实现高级定制和性能优化的关键基础。

asp.net core中的应用程序模型是什么？如何理解？

ASP.NET Core的应用程序模型，简单来说，就是框架用来描述和理解你的应用里所有可路由组件（比如控制器、Razor Pages、Minimal APIs甚至视图）的一种抽象和元数据集合。它不是某个单一的类或概念，而是一套系统，帮助运行时知道你的应用有哪些端点，它们如何被发现，以及它们有哪些特性。

解决方案

当我们谈论ASP.NET Core的应用程序模型时，我个人觉得，它最核心的作用在于提供了一个统一的、可扩展的机制，让开发者和框架都能在应用启动时，或者在请求处理的特定阶段，对应用程序的结构和行为进行检查、修改乃至增强。它不仅仅是关于“你的应用有什么”，更是关于“你的应用如何被框架理解和操作”。

想象一下，你写了一个控制器，里面有几个动作方法。ASP.NET Core在启动时，不会直接去“运行”这些方法，它首先会通过一系列的

IApplicationModelProvider

登录后复制

接口实现，扫描你的程序集。这些Provider会发现你的控制器类、动作方法，然后把它们抽象成

ControllerModel

登录后复制

、

ActionModel

登录后复制

这样的对象。这些

Model

登录后复制

对象包含了大量元数据，比如路由模板、过滤器、授权策略、绑定信息等等。所有的这些

Model

登录后复制

对象最终汇聚成一个大的

ApplicationModel

登录后复制

。

这个

ApplicationModel

登录后复制

就是你的应用程序在内存中的一个“蓝图”。路由系统会依据它来匹配传入的URL，模型绑定器会依据它来解析请求数据，过滤器系统会依据它来决定哪些逻辑需要执行。它是一个非常强大的扩展点，比如你想全局修改所有控制器动作的路由前缀，或者为所有动作添加一个特定的授权策略，你都可以通过自定义

IApplicationModelProvider

登录后复制

来介入这个模型的构建过程。

对我来说，理解应用程序模型，就是理解ASP.NET Core如何从你的代码（比如一个C#类）转化成一个可执行的、具有特定行为的Web端点。它是一个从静态代码到动态运行时行为的映射过程，而且这个映射过程是高度可配置和可扩展的。

为什么理解ASP.NET Core应用程序模型对开发者至关重要？

我经常遇到一些开发者，他们在遇到一些复杂需求时，比如需要动态改变路由行为，或者想在不修改大量控制器代码的前提下，统一添加某种元数据或行为，往往会感到无从下手。这时候，对应用程序模型的深入理解就能派上大用场了。

它赋予了你强大的定制能力。如果你想实现一些非标准化的路由规则，或者为特定的控制器或动作注入一些自定义的属性（例如，一个标记，表示这个动作需要特殊的数据处理），应用程序模型就是你的入口。你可以编写自己的

IApplicationModelProvider

登录后复制

，在模型构建阶段注入你的逻辑。这比在每个控制器或动作上重复编写代码要高效得多，也更符合DRY（Don't Repeat Yourself）原则。

它有助于你更好地调试和理解框架行为。当一个请求没有按照你预期的方式路由，或者模型绑定失败时，如果你知道应用程序模型是如何构建和使用的，你就能更快地定位问题。你知道框架是如何识别你的路由模板的，如何解析你的参数的，这就像有了一张内部地图。

对于那些追求高性能和精细控制的场景，理解模型能让你做出更明智的决策。例如，你可以通过修改模型来优化某些不必要的元数据加载，或者调整某些默认行为以适应特定的性能瓶颈。它不仅仅是“让应用跑起来”，更是“让应用跑得更好、更可控”。

如何在ASP.NET Core中自定义和扩展应用程序模型？

自定义应用程序模型，主要就是通过实现

IApplicationModelProvider

登录后复制

接口来完成。这个接口非常简单，只有两个成员：

Order

登录后复制

属性和

OnProvidersExecuting

登录后复制

方法。

Order

登录后复制

属性决定了你的Provider在整个Provider链中执行的顺序，这很重要，因为不同的Provider可能会修改相同的模型部分，顺序决定了谁是最终的修改者。

OnProvidersExecuting

登录后复制

方法就是你施展魔法的地方。

无阶未来模型擂台/AI 应用平台

无阶未来模型擂台/AI 应用平台，一站式模型+应用平台

查看详情

我举个例子，假设我们想给所有控制器动作添加一个自定义的

FeatureFlag

登录后复制

属性，用于运行时控制功能的开启关闭。

public class FeatureFlagApplicationModelProvider : IApplicationModelProvider
{
    public int Order => 0; // 默认顺序，你可以根据需要调整

    public void OnProvidersExecuting(ApplicationModelProviderContext context)
    {
        foreach (var controller in context.Result.Controllers)
        {
            foreach (var action in controller.Actions)
            {
                // 这里我们可以检查action的名称，或者是否有特定的Attribute
                // 假设我们给所有Action添加一个默认的FeatureFlag
                if (!action.Properties.ContainsKey("FeatureFlag"))
                {
                    action.Properties["FeatureFlag"] = "DefaultFeature"; // 可以是更复杂的对象
                }

                // 也可以根据控制器名称或动作名称进行更精细的控制
                if (controller.ControllerName == "Products" && action.ActionName == "GetById")
                {
                    action.Properties["FeatureFlag"] = "ProductDetailFeature";
                }
            }
        }
    }

    public void OnProvidersExecuted(ApplicationModelProviderContext context)
    {
        // 这个方法在所有Provider执行完后调用，通常用于后处理
    }
}

登录后复制

然后，在

Program.cs

登录后复制

（或者旧版

Startup.cs

登录后复制

的

ConfigureServices

登录后复制

方法中），你需要注册这个Provider：

builder.Services.AddControllersWithViews(options =>
{
    options.Conventions.Add(new FeatureFlagApplicationModelProvider());
});
// 或者对于Minimal APIs，虽然Minimal APIs的ApplicationModel概念略有不同，
// 但IApplicationModelProvider仍然可以影响MVC的部分
// builder.Services.AddMvcCore(options => options.Conventions.Add(new FeatureFlagApplicationModelProvider()));

登录后复制

通过这种方式，你可以在不修改控制器代码的情况下，为你的动作注入元数据。这些元数据可以在后续的过滤器、中间件甚至自定义路由处理中被读取和使用。这是一种非常解耦和强大的扩展方式。除了

IApplicationModelProvider

登录后复制

，你还可以实现

IControllerModelConvention

登录后复制

、

IActionModelConvention

登录后复制

等更细粒度的约定接口，它们本质上也是在应用程序模型构建过程中介入的。

应用程序模型与路由、过滤器、模型绑定之间的关系是怎样的？

这三个概念，在我看来，是ASP.NET Core应用程序模型最直接、最核心的消费者。它们之间是紧密耦合的，应用程序模型提供了“地图和指令”，而路由、过滤器和模型绑定则按照这些指令执行。

与路由的关系： 路由系统是应用程序模型的第一个重要消费者。当一个HTTP请求进来时，路由中间件需要决定这个请求应该由哪个控制器（或Razor Page、Minimal API）的哪个动作来处理。它怎么知道呢？就是通过检查应用程序模型中

ControllerModel

登录后复制

、

ActionModel

登录后复制

以及它们上面的路由模板信息。应用程序模型中包含了所有可路由端点的详细信息，比如

[Route("api/products")]

登录后复制

这样的属性，都会被解析并存储在模型中。路由系统就是根据这些模型信息，将传入的URL与一个具体的

ActionModel

登录后复制

匹配起来。如果应用程序模型没有这些信息，路由系统就成了无头苍蝇。

与过滤器的关系： 过滤器（Filters）也是应用程序模型的重要组成部分。当你把

[Authorize]

登录后复制

、

[ServiceFilter]

登录后复制

或者自定义的过滤器应用到控制器或动作上时，这些信息都会被捕获并存储在对应的

ControllerModel

登录后复制

或

ActionModel

登录后复制

中。在请求处理管道中，当路由系统确定了要执行的动作后，过滤器系统就会从该动作的

ActionModel

登录后复制

中获取所有关联的过滤器实例，并按照它们的类型和顺序执行。应用程序模型在这里扮演了“过滤器清单”的角色，告诉框架这个动作需要哪些前置和后置处理。

与模型绑定的关系： 模型绑定（Model Binding）是另一个高度依赖应用程序模型的环节。当你有一个动作方法，比如

public IActionResult Get(int id)

登录后复制

，或者

public IActionResult Create([FromBody] Product product)

登录后复制

时，模型绑定器需要知道如何从HTTP请求中提取

id

登录后复制

的值，或者如何将请求体反序列化为

Product

登录后复制

对象。这些信息，比如参数的类型、名称、以及是否有

[FromRoute]

登录后复制

、

[FromBody]

登录后复制

、

[FromQuery]

登录后复制

等绑定源属性，都存储在

ParameterModel

登录后复制

中，而

ParameterModel

登录后复制

又是

ActionModel

登录后复制

的一部分。模型绑定器就是根据这些

ParameterModel

登录后复制

的元数据，来决定采用哪种绑定策略，以及如何将数据转换成C#对象。

可以说，应用程序模型是ASP.NET Core运行时理解和执行你的Web应用逻辑的基石。它是一个中心化的、可编程的元数据仓库，支撑起了整个请求处理管道的各个关键环节。

以上就是ASP.NET Core中的应用程序模型是什么？如何理解？的详细内容，更多请关注php中文网其它相关文章！

大家都在看：

ASP.NET Core 中的路由约束如何定义？ ASP.NET Core 中的路由模板是如何定义的？ .NET 中的跨平台路径处理最佳实践？ ASP.NET Core 中的端点数据源如何动态注册路由？ WPF中的路径动画应该怎么制作？