最近看公司的项目,发现公司对于自定义发现控制器搞了个方法,然后研究了一下,发现神奇现象
基本原理可以查看 深入解析ASP.NET Core MVC的模块化设计[上篇] - Artech - 博客园 (cnblogs.com) 大佬的博客
这个是控制器的部分代码
public class ApplicationServiceControllerFeatureProvider:ControllerFeatureProvider { protected override bool IsController(TypeInfo typeInfo) { if (typeInfo.FullName.Contains("APiClassLibrary.CAController")) { Console.WriteLine($"注册控制器:{typeInfo.FullName}"); return true; } return false; } }
public static IMvcBuilder AddDynamicWebApi(this IMvcBuilder builder) { builder.ConfigureApplicationPartManager(applicationPartManager => { var defaultControllerFeatureProvider = applicationPartManager.FeatureProviders.FirstOrDefault(o => o is ControllerFeatureProvider); if (!defaultControllerFeatureProvider?.Equals("") ?? true) { applicationPartManager.FeatureProviders.Remove(defaultControllerFeatureProvider); } applicationPartManager.FeatureProviders.Add(new ApplicationServiceControllerFeatureProvider()); }); return builder; }
自己实现一个ControllerFeatureProvider
builder.Services.AddControllers() .AddDynamicWebApi() .AddControllersAsServices();
修改Program.cs,我这里需要把控制器作为服务注入,因为我需要用到autofac的属性注入
启动项目,请求接口
可以看到数据解析失败
builder.Services.AddControllers() .AddControllersAsServices() .AddDynamicWebApi();
修改代码,注意对比,2份代码的调用顺序不同
可以看到数据解析成功.
接下来说明下原因
首先看到我对控制器的判断是比较粗糙的
if (typeInfo.FullName.Contains("APiClassLibrary.CAController"))
只要属于这个namespace就说它是控制器,而我的Mes类是属于APiClassLibrary.CAController+Mes,所以它也被我标记成控制
可以看到 我们的Mes类也被注册成了控制器
Mes不被注册为控制器
所以这个顺序会导致控制的解析出现问题,虽然我这里面的写法也是有问题的 ,比如我的CAController还是有[ApiController]
约定优于配置”是MVC框架的主要涉及原则
因此这个问题只是我研究一下原理的契机
标签:Core,控制器,Asp,typeInfo,自定义,ControllerFeatureProvider,builder,applicationPartManag From: https://www.cnblogs.com/czb071/p/18079808