1. Le contrôleur hérite du même contrôleur que MVC ; La configuration de la route est , annotée sur le contrôleur [Route(« api/[contrôleur] »)], marquez [HttpGet], [HttpPost], etc. sur la méthode, ou utilisez [HttpGet(« {id} »)] C’est le style. Vous pouvez utiliser la méthode [HttpPost(« Test »)] pour marquer la méthode. Voici comment ça marche
http://localhost:54689/api/values/Test 访问。 2. Action prend en compte IActionResult comme valeur de retour, mais ne prend pas en charge HttpResponseMessage comme valeur de retour 3. IHttpControllerSelector n’est plus pris en charge, et plusieurs versions sont implémentées avec IApplicationModelConvention
Écrire une convention NameSpaceVersionRoutingConvention
Puis rends-http://localhost:57799/api/v1/Default/Test, http://localhost:57799/api/v2/Default/Test Après débogage, il a été constaté que NameSpaceVersionRoutingConvention n’est exécuté qu’une seule fois au début du processus, contrairement à cela IHttpControllerSeelct, donc il n’a pas besoin d’être exécuté à chaque demande d’accès, c’est donc plus efficace ! 4. Le filtre et asp.net cœur MVC sont partagés, et il existe deux interfaces synchrones et asynchrones sous Microsoft.AspNetCore.Mvc.Filters. Construction Discutez de l’utilisation des modèles asynchrones. Enregistrez alors comme suit
|