- Modern Web Development with ASP.NET Core 3
- Ricardo Peres
- 375字
- 2021-06-18 18:36:01
Finding controllers
Regardless of whether you go for POCO or non-POCO controllers, ASP.NET Core will apply the same rules for discovering controllers, which are as follows:
- They need to have the Controller suffix (strictly speaking, this can be changed, but we will leave this for now).
- They need to be instantiable classes (nonabstract, nongeneric, and nonstatic).
- They cannot have the [NonController] attribute applied to them.
- If they are POCO and do not have the Controller suffix, you can decorate them with the [Controller] attribute.
Controller classes are looked up by the name in the route—the controller parameter—and they are searched in the assemblies registered for that purpose. By default, the currently executing assembly is included in the search, but all assemblies registered as application parts are too. You can register additional application parts when you add the MVC features to the dependency injection framework (ConfigureServices method) as follows:
services.AddMvc()
.AddApplicationPart(typeof(MyCustomComponent).GetTypeInfo().Assembly);
Here, we are adding a reference to the assembly that contains a hypothetical class, MyCustomComponent. After we do this, any controllers that are located in it are available for use. In order to get the full list of found controllers, we can use ControllerFeature and populate it through ApplicationPartManager:
services.AddMvc()
.AddApplicationPart(typeof(MyCustomComponent).GetTypeInfo().Assembly)
.ConfigureApplicationPartManager(parts =>
{
var controllerFeature = new ControllerFeature();
parts.PopulateFeature(controllerFeature);
//controllerFeature.Controllers contains the list of discovered
//controllers' types
});
Controllers are only discovered once, at startup time, which is a good thing performance-wise.
If there are two controllers with the same name but that are in different namespaces, and they both expose an action method that matches the current request, then ASP.NET won't know which one to pick and will throw an exception. If this happens, we need to give one of the classes a new controller name by applying a [ControllerName] attribute, as shown in the following code:
namespace Controllers
{
public class HomeController
{
}
namespace Admin
{
[ControllerName("AdminHome")]
public class HomeController
{
}
}
}
We could also change the action name, as we will see in a moment. Now, let's see what happens once the controller type has been found.
- JavaScript全程指南
- Intel Galileo Essentials
- Practical UX Design
- Mastering phpMyAdmin 3.4 for Effective MySQL Management
- Hands-On Image Processing with Python
- 深度強化學習算法與實踐:基于PyTorch的實現
- Learning Apache Kafka(Second Edition)
- Troubleshooting PostgreSQL
- 快速念咒:MySQL入門指南與進階實戰
- 數據結構習題解析與實驗指導
- Web Development with MongoDB and Node(Third Edition)
- PySide 6/PyQt 6快速開發與實戰
- 0 bug:C/C++商用工程之道
- Java程序員面試筆試寶典(第2版)
- 交互式程序設計(第2版)