網(wǎng)站首頁 編程語言 正文
?ASP.NET Core MVC 路由是建立在ASP.NET Core 路由的,一項(xiàng)強(qiáng)大的URL映射組件,它可以構(gòu)建具有理解和搜索網(wǎng)址的應(yīng)用程序。這使得我們可以自定義應(yīng)用程序的URL命名形式,使得它在搜索引擎優(yōu)化(SEO)和鏈接生成中運(yùn)行良好,而不用關(guān)心Web服務(wù)器上的文件是怎么組織的。我們可以方便的使用路由模板語法定義路由,路由模板語法支持路由值約束,默認(rèn)值和可選值。
基于約束的路由允許全局定義應(yīng)用支持的URL格式,以及這些格式是怎樣各自在給定的控制器中映射到指定的操作方法(Action)。當(dāng)接受到一個(gè)請(qǐng)求時(shí),路由引擎解析URL并將其匹配至一個(gè)定義URL格式,然后調(diào)用相關(guān)的控制器操作方法。
routes.MapRoute(
name: "default",
template: "{controller=Home}/{action=Index}/{id?}");
特性路由(Attribute Routing) 允許以在控制器和方法使用添加特性的方式指定路由信息來定義應(yīng)用程序的路由。這意味著路由定義緊鄰它們所關(guān)聯(lián)的控制器和方法。
ASP.NET Core MVC 使用路由中間件來匹配傳入請(qǐng)求的URL,并將它們映射到操作方法。路由在啟動(dòng)代碼或?qū)傩灾卸x,它描述了網(wǎng)址路徑應(yīng)如何與操作方法匹配,還用于響應(yīng)中生成鏈接并發(fā)送。
1.設(shè)置路由中間件
創(chuàng)建一個(gè)ASP.NET Core Web應(yīng)用程序,在Startup類的Configure方法中有:
app.UseMvc(routes =>
{
routes.MapRoute(
name: "default",
template: "{controller=Home}/{action=Index}/{id?}");
});
在對(duì)UseMvc的調(diào)用過程中,MapRoute用于創(chuàng)建單個(gè)路由,即默認(rèn)路由。大多數(shù)MVC應(yīng)用程序都使用與默認(rèn)路由模板類似的路由。
路由模板{controller=Home}/{action=Index}/{id?} 可以匹配類似 Blog/Details/5 的URL路徑,并且提取路由值?{controller=Blog,action=Details,id=5}。MVC將嘗試查找名為BlogController的控制器,并運(yùn)行操作方法。
{controller=Home}將Home定義為默認(rèn)控制器
{action=Index}將Index定義為默認(rèn)操作
{id?}將id定義為可選
默認(rèn)路徑參數(shù)和可選路徑參數(shù)可以不出現(xiàn)在需要匹配的URL路徑中。
使用{controller=Home}/{action=Index}/{id?}模板,可以對(duì)以下URL路徑都執(zhí)行HomeController.Index:
/Home/Index/7
/Home/Index
/Home
/
有個(gè)簡單方法 app.UseMvcWithDefaultRoute() 可以替換掉上面的方法。
UseMvc 和?UseMvcWithDefaultRoute 都是將RouteMiddleware的實(shí)例添加到中間件管道。MVC不直接與中間件交互,而是使用路由來處理請(qǐng)求。MVC通過MvcRouteHandler的實(shí)例鏈接到路由。下面的代碼與UseMvc類似:
var route = new RouteBuilder(app);
//添加連接到MVC,通過調(diào)用MapRoute來回調(diào)
route.DefaultHandler = new MvcRouteHandler(...);
//執(zhí)行回調(diào)以注冊(cè)路由
route.MapRoute("default", "{controller=Home}/{action=Index}/{id?}");
//創(chuàng)建路由集合并添加至中間件
app.UseRouter(route.Build());
UseMvc 不直接定義任何路由,它為屬性路由的路由集合添加一個(gè)占位符。重載UseMvc 使得我們可以添加自己的路由,并且還支持屬性路由。UseMvc 及其所有變體為屬性路由添加了占位符,這使得屬性路由始終可用。UseMvcWithDefaultRoute定義默認(rèn)路由并且支持屬性路由。
2.常規(guī)路由
routes.MapRoute(name: "default",template: "{controller=Home}/{action=Index}/{id?}");??這是一個(gè)常規(guī)路由,因?yàn)樗⒘艘粋€(gè)約定的URL路徑:
- 第一路徑段映射到控制器名稱
- 第二路徑映射到操作名稱
- 第三區(qū)段是可選id,用于映射到模型實(shí)體
使用default路由,URL 路徑 /Blog/Index 將映射到BlogController.Index 操作。該映射是基于控制器和操作名稱,而不是基于命名空間,源文件位置等。
使用常規(guī)路由的默認(rèn)路由可以快速構(gòu)建應(yīng)用程序,而無需定義每一個(gè)操作的路由。對(duì)于CRUD 操作風(fēng)格的應(yīng)用程序,整個(gè)控制器的URL具有一致性。
3.多路由
可以在UseMvc 里面通過添加MapRoute 來添加多個(gè)路由。這樣可以定義多個(gè)約定,或添加專用于特定操作的常規(guī)路由:
app.UseMvc(routes =>
{
routes.MapRoute("blog", "blog/{*article}",
defaults: new { Controller = "Blog", Action = "Index" });
routes.MapRoute(
name: "default",
template: "{controller=Home}/{action=Index}/{id?}");
});
這里的blog 路由是專用常規(guī)路由,這意味著它不采用常規(guī)路由系統(tǒng),而是專用于一個(gè)特定地的動(dòng)作。這個(gè)路由始終映射到BlogController.Index。
路由集合中的路由是有序的,并且會(huì)按照它們被添加的順序進(jìn)行處理。
1.回退
作為請(qǐng)求處理的一部分,MVC將驗(yàn)證路由值是否可以用來查找應(yīng)用程序中的控制器和操作。如果路由值不匹配操作,那么該路由被認(rèn)為是不匹配的,將嘗試下一個(gè)路由。這一過程稱為回退,因?yàn)槌R?guī)路由有重疊的情況。
2.行動(dòng)歧義
當(dāng)兩個(gè)一致的操作通過路由時(shí),MVC必須消除歧義,選擇最佳操作,否則會(huì)拋出異常。例如:
public class BlogController : Controller
{
public ActionResult Edit(int id)
{
return View();
}
[HttpPost]
public ActionResult Edit(int id, IFormCollection collection)
{
try
{
// TODO: Add update logic here
return RedirectToAction(nameof(Index));
}
catch
{
return View();
}
}
}
URL /Blog/Edit/7 可以匹配這兩個(gè)操作,這是MVC控制器的典型模式,其中Edit(int)用于顯示編輯的表單,Edit(int,IFormCollection)用于 處理已提交的表單。為了達(dá)到這個(gè)目的,MVC需要在HTTP POST時(shí)選擇Edit(int,IFormCollection),在其他HTTP動(dòng)詞時(shí)選擇Edit(int)。
HttpPostAttribute 是IActionConstraint 的一個(gè)實(shí)現(xiàn),它只允許在HTTP動(dòng)詞為POST時(shí)選擇動(dòng)作。IActionConstraint的存在使得Edit(int,IFormCollection)比Edit(int)更好匹配。
如果有多個(gè)路由匹配,并且MVC無法找到一個(gè)最佳路由,則會(huì)拋出AmbiguousActionException異常。
3.路由名稱
上面的例子中"blog"和"default"字符串是路由名稱,路由名稱為路由提供了一個(gè)邏輯名稱,以便命名的路由可用于生成URL。在應(yīng)用程序范圍內(nèi)路由必須名稱必須是唯一的。
路由名稱對(duì)URL匹配或請(qǐng)求的處理沒有影響,僅用于URL生成。
4.路由特性
特性路由使用一組特性直接將操作映射到路由模板。下面在Configure中調(diào)用 app.UseMvc(); 沒有傳遞路由。
public class HomeController : Controller
{
[Route("")]
[Route("Home")]
[Route("Home/Index")]
public IActionResult Index()
{
return View();
}
[Route("Home/About")]
public IActionResult About()
{
ViewData["Message"] = "Your application description page.";
return View();
}
}
HomeController.Index操作將會(huì)對(duì) /,/Home 或者/Home/Index 任一URL訪問執(zhí)行。
特性路由需要有更多的輸入來指定一個(gè)路由,而常規(guī)路由處理路由時(shí)更加簡潔。然而,特性路由允許精準(zhǔn)控制每個(gè)操作的路由模板。
上面的模板中沒有定義針對(duì) action,area ,controller的路由參數(shù)。實(shí)際上,這些參數(shù)不允許出現(xiàn)在特性路由中,因?yàn)槁酚赡0逡呀?jīng)關(guān)聯(lián)了一個(gè)操作,解析URL中的操作名是沒有意義的。
特性路由也可以使用HTTP[Verb]特性,如HTTPPost:
[HttpGet("/Blog")]
public ActionResult Index()
{
return View();
}
由于特性路由適用于特定操作,因此很容易使參數(shù)作為模板定義中必須的一部分。下面的例子,id是URL中必須的一部分:
[HttpGet("Blog/Edit/{id}")]
public ActionResult Edit(int id)
{
return View();
}
常規(guī)的默認(rèn)路由定義id參數(shù)作為可選項(xiàng)({id?}),而特性路由的是必須參數(shù),這種可以精準(zhǔn)指定,比如包/Blog/Get 和 /Blog/Get/{id} 分配到不同的操作。
5.組合路由
為了減少特性路由的重復(fù)部分,控制器上的路由特性會(huì)和各個(gè)操作上的路由特性進(jìn)行結(jié)合。任何定義在控制器上的路由模板都會(huì)作為操作路由模板的前綴。
[Route("blog")]
public class BlogController : Controller
{
[HttpGet]
public ActionResult GetAll()
{
return View();
}
[HttpGet("{id}")]
public ActionResult GetById(int id)
{
return View();
}
}
/blog 匹配GetAll方法, /blog/1 匹配 GetById方法。
注意,如果操作上路由模板以 / 開頭時(shí)不會(huì)結(jié)合控制器上的路由模板。
6.特性路由的順序
常規(guī)路由會(huì)根據(jù)定義順序來執(zhí)行,與之相比,特性路由會(huì)構(gòu)建一個(gè)樹形結(jié)構(gòu),同時(shí)匹配所有路由。這種看起來像路由條目被放置在一個(gè)理想的順序中,最具體的路由會(huì)在一般的路由之前執(zhí)行。比如,路由blog/Edit/4 比 blog/{*article} 更加具體。
特性路由使用所有框架提供的路由特有的Order屬性來配置順序,并根據(jù)Order屬性升序處理路由。默認(rèn)是0,設(shè)置為-1時(shí)會(huì)在沒有設(shè)置的路由之前執(zhí)行。
7.路由模板中的標(biāo)記替換( [controller] , [action] , [area])
為了方便,特性路由支持標(biāo)記替換,即通過在在方括號(hào)中封閉一個(gè)標(biāo)記([, ])來替換對(duì)應(yīng)的名稱。標(biāo)記[action],[area],[controller]會(huì)被替換成操作所對(duì)應(yīng)的操作名,區(qū)域名,控制器名。
[Route("[controller]/[action]")]
public class BlogController : Controller
{
[HttpGet]//匹配Blog/GetAll
public ActionResult GetAll()
{
return View();
}
}
標(biāo)記替換發(fā)生在構(gòu)建特性路由的最后一步。與上面結(jié)果相同的寫法:
public class BlogController : Controller
{
[HttpGet("[controller]/[action]")]//匹配Blog/GetAll
public ActionResult GetAll()
{
return View();
}
}
特性路由也可以與繼承相結(jié)合,即繼承父類的路由標(biāo)記。
特性路由支持單個(gè)操作定義路由。如果用IActionConstarint實(shí)現(xiàn)的多個(gè)路由特性定義在一個(gè)操作上時(shí),每個(gè)操作約束與特性定義的路由相結(jié)合:
[Route("Store")]
[Route("[controller]")]
public class BlogController : Controller
{
[HttpGet("GetAll")]//匹配 Get Blog/GetAll和 Store/GetAll
[HttpPost("Set")]//匹配 Post Blog/Set和 Store/Set
public ActionResult GetAll()
{
return View();
}
}
雖然使用多個(gè)路由到一個(gè)操作看起來很強(qiáng)大,但最好還是保持URL的空間簡單和定義明確。使用多個(gè)路由到操作上僅僅在特殊需要的時(shí)候,比如支持多個(gè)客戶端。
8.使用IRouteTemplateProvider自定義路由特性
所有框架提供的路由特性([Route(...) ] ,[HttpGet(...)]等)都實(shí)現(xiàn)了 IRouteTemplateProvider 接口。當(dāng)程序啟動(dòng)時(shí),MVC查找控制器類和操作方法上都實(shí)現(xiàn)?IRouteTemplateProvider 接口的特性來構(gòu)建儲(chǔ)時(shí)路由集合。
可以通過實(shí)現(xiàn)?IRouteTemplateProvider 來定義自己的路由特性。每個(gè)?IRouteTemplateProvider 都允許定義使用自定義路由模板,順序以及名稱的單一路由:
public class MyApiControllerAttribute:Attribute, IRouteTemplateProvider
{
public string Template => "api/[controller]";
public int? Order { get; set; }
public string Name { get; set; }
}
當(dāng) [MyApiController] 特性被應(yīng)用時(shí),會(huì)自動(dòng)設(shè)置Template 為?api/[controller] 。
9.使用應(yīng)用程序模型來自定義特性路由
應(yīng)用程序模型時(shí)啟動(dòng)時(shí)創(chuàng)建的對(duì)象模型,其中包含MVC用于路由和執(zhí)行操作的所有元數(shù)據(jù)。應(yīng)用程序模型包括從路由特性收集的所有數(shù)據(jù)(通過 IRouteTemplateProvider)。我們可以編寫約定以在啟動(dòng)時(shí)修改應(yīng)用程序模型為自定義路由行為。
public class NamespaceRoutingConvention:IControllerModelConvention
{
private readonly string _baseNamespace;
public NamespaceRoutingConvention(string baseNamespace)
{
_baseNamespace = baseNamespace;
}
public void Apply(ControllerModel controller)
{
var hasRouteAttributes = controller.Selectors.Any(selector =>
selector.AttributeRouteModel != null);
if (hasRouteAttributes)
{
//此控制器自定義了一些路由,因此將其視為覆蓋
return;
}
// 使用命名空間和控制器來推斷控制器的路由
//
// Example:
//
// controller.ControllerTypeInfo -> "My.Application.Admin.UsersController"
// baseNamespace -> "My.Application"
//
// template => "Admin/[controller]"
//
// 這使得你的路由大致與你的項(xiàng)目結(jié)構(gòu)一致
//
var namespc = controller.ControllerType.Namespace;
var template = new StringBuilder();
template.Append(namespc,_baseNamespace.Length+1,namespc.Length- _baseNamespace.Length-1);
template.Replace('.','/');
template.Append("/[controller]");
foreach (var selector in controller.Selectors)
{
selector.AttributeRouteModel = new AttributeRouteModel()
{
Template = template.ToString()
};
}
}
}
這部分怎么使用,個(gè)人還是不是很清楚,這里只是記錄了官方文檔,有哪位知道可以告訴以下小弟。
10.URL生成
MVC應(yīng)用程序可以使用路由URL的生成特性來生成URL鏈接到操作。生成URL可以消除硬編碼URL,使代碼更加健壯和易維護(hù)。IUrlHelper 接口是MVC與生成URL路由之間基礎(chǔ)設(shè)施的基本塊。可以通過控制器,視圖以及視圖組件中的URL屬性找到一個(gè)可用的IUrlHelper實(shí)例:
public class HomeController : Controller
{
public IActionResult Index()
{
//生成/Home/Contact
var url = Url.Action("Contact");
return View();
}
public IActionResult Contact()
{
ViewData["Message"] = "Your application description page.";
return View();
}
}
這個(gè)URL路徑是由路由值與當(dāng)前請(qǐng)求相結(jié)合而成的路由創(chuàng)建,并將值傳遞給Url.Action,替換路由模板中對(duì)應(yīng)的值。
上面Url.Action(的例子是常規(guī)路由,但是URL的生成工作與特性路由類似,盡管概念不同。在常規(guī)路由中,路由值被用來擴(kuò)展模板,并且關(guān)于controller和action的路由值通常出現(xiàn)在那個(gè)模板,因?yàn)槁酚善ヅ涞腢RL堅(jiān)持了一個(gè)約定。在特性路由中,關(guān)于controller和action的路由值不允許出現(xiàn)在模板中--它們用來查找應(yīng)該使用哪個(gè)模板,例如:
//修改Configure
public void Configure(IApplicationBuilder app, IHostingEnvironment env)
{
app.UseMvc();
}
public class HomeController : Controller
{
[HttpGet("/")]
public IActionResult Index()
{
//生成/Home/To/About
var url = Url.Action("About");
return View();
}
[HttpGet("Home/To/About")]
public IActionResult About()
{
ViewData["Message"] = "Your application description page.";
return View();
}
}
MVC構(gòu)建了一個(gè)所有特性路由操作的查找表,并且會(huì)匹配controller和action值來選擇路由模板用于生成URL。
11.通過操作名生成URL
Url.Action(this IUrlHelper helper, string action) 以及所有相關(guān)的重載都是基于指定控制器名稱和操作名來指定要鏈接的內(nèi)容。
當(dāng)使用Url.Action時(shí),controller 和 action 的當(dāng)前路由值是指定的 -- controller 和 action 的值同時(shí)是環(huán)境值和值的一部分。Url.Action 方法總是使用 controller 和 action 的當(dāng)前值,并且生成路由到當(dāng)前操作的URL路徑。
路由嘗試使用環(huán)境值中的值來填充信息,同時(shí)我們也可以指定路由參數(shù):
public class HomeController : Controller
{
public IActionResult Index()
{
//生成/Blog/Edit/1
var url = Url.Action("Edit", "Blog",new { id=1});
//生成/Blog/Edit/1?color=red
var url1 = Url.Action("Edit", "Blog", new { id = 1 ,color="red"});
return View();
}
}
如果像創(chuàng)建一個(gè)絕對(duì)URL,可以使用一個(gè)接受protocol的重載: Url.Action("Edit", "Blog",new { id=1},protocol:Request.Scheme);
12.通過路由名生成URL
IUrlHelper也提供了 Url.RouteUrl 的系列方法,最常見的是指定一個(gè)路由名來使用具體的路由生成URL,通常沒有指定控制器名或操作名:
public class HomeController : Controller
{
public IActionResult Index()
{
//生成customer/to/url
var url = Url.RouteUrl("AboutRoute");
return View();
}
[HttpGet("customer/to/url",Name = "AboutRoute")]
public IActionResult About()
{
ViewData["Message"] = "Your application description page.";
return View();
}
}
在HTML 中生成的URLHtmlHelper,提供了 HtmlHelper 方法 Html.BeginForm 和 Html.ActionLink 來分別生成<form>和<a>元素。這些方法使用Url.Action方法來生成一個(gè)URL,并且它們接受類似的參數(shù)。Url.RouteLink ,它們有類似的功能。TagHelper通過form和<a> TagHelper生成URL。這些都使用了IUrlHelper 作為它們的實(shí)現(xiàn)。在內(nèi)部視圖中,IUrlHelper 通過Url 屬性生成任何不包含上述的特定URL。
13.在操作結(jié)果中生成URL
在控制器中常見的一個(gè)用法是生成一個(gè)URL作為操作結(jié)果的一部分。Controller和ControllerBase 基類為引用其他操作的操作結(jié)果提供了簡單方法。一個(gè)典型的方法:
public class HomeController : Controller
{
public IActionResult Index()
{
//生成customer/to/url
var url = Url.RouteUrl("AboutRoute");
return Redirect(url);
//或者
//return RedirectToAction("Contact");
}
[HttpGet("customer/to/url",Name = "AboutRoute")]
public IActionResult About()
{
ViewData["Message"] = "Your application description page.";
return View();
}
public IActionResult Contact()
{
ViewData["Message"] = "Your contact page.";
return View();
}
}
RedirectToAction方法有多個(gè)重載可以使用。
14.專用常規(guī)路由的特殊情況
有一種特殊的路由被稱為專用常規(guī)路由,下面被命名為blog的路由就是:
app.UseMvc(routes =>
{
routes.MapRoute("blog", "blog/{*article}",
defaults: new { Controller = "Blog", Action = "Index" });
routes.MapRoute(
name: "default",
template: "{controller=Home}/{action=Index}/{id?}");
});
Url.Action("Index", "Home") 會(huì)使用默認(rèn)路由生成URL。
專用常規(guī)路由是依靠默認(rèn)路由的一個(gè)特殊行為,沒有相應(yīng)的路由參數(shù),以防止路由生成URL“太貪婪”。當(dāng)路由執(zhí)行URL生成時(shí),提供的值必須與默認(rèn)值匹配:否則使用blog的URL生成失敗,因?yàn)橹?{controller=Home,action=Index}不匹配{controller=Blog,action=Index}。然后路由回退嘗試default,并成功。
15.區(qū)域
?Areas 是一種MVC功能,用來將相關(guān)功能組織為一個(gè)組,作為單獨(dú)的路由命名空間(用于控制器操作)和文件夾結(jié)構(gòu)(用于視圖)。使用區(qū)域允許應(yīng)用程序擁有多個(gè)相同名稱的控制器——只要它們具有不同的區(qū)域。使用區(qū)域通過向控制器和操作添加另一個(gè)路由參數(shù),區(qū)域可創(chuàng)建用于路由目的的層次結(jié)構(gòu)。
使用默認(rèn)常規(guī)路由配置MVC,命名一個(gè)OMS區(qū)域的路由:
app.UseMvc(routes =>
{
routes.MapAreaRoute("oms", "OMS", "OManage/{controller}/{action}/{id?}",
defaults: new { Controller = "Order", Action = "Index" });
routes.MapRoute(
name: "default",
template: "{controller=Home}/{action=Index}/{id?}");
});
namespace Blog.Areas.OMS.Controllers
{
[Area("OMS")]
public class OrderController : Controller
{
// GET: Order
public ActionResult Index()
{
return View();
}
}
當(dāng)URL為 /OManage/Order/Edit 時(shí),會(huì)匹配路由值 {area = OMS,controller = Order , action = Edit}。area路由值是通過area默認(rèn)值產(chǎn)生的。使用MapRoute方法也可以實(shí)現(xiàn):
routes.MapRoute("oms", "OManage/{controller}/{action}/{id?}",
defaults:new {area="OMS" },constraints:new { area = "OMS" });
MapAreaRoute創(chuàng)建一個(gè)路由,同時(shí)使用默認(rèn)路由和area 約束,約束使用提供的區(qū)域名 OMS。默認(rèn)值保證路由總是處理 {area = OMS},約束要求值{area = OMS} 來進(jìn)行URL生成。
常規(guī)路由是順序依賴。一般區(qū)域路由放置在前面,因?yàn)閰^(qū)域路由更具體。
AreaAttribute表示控制器屬于一個(gè)區(qū)域的一部分,即這個(gè)控制器是在 OMS 區(qū)域。控制器不帶[Area] 特性則不屬于任何區(qū)域。
當(dāng)在區(qū)域內(nèi)執(zhí)行操作時(shí),區(qū)域的路由值將作為環(huán)境值以用于URL生成,這意味著,在默認(rèn)情況下,區(qū)域?qū)RL生成具有黏性:
namespace Blog.Areas.OMS.Controllers
{
[Area("OMS")]
public class OrderController : Controller
{
// GET: Order
public ActionResult Index()
{
//生成/OManage/Home/Create
var url = Url.Action("Create","Home");
//生成/Home/Create
var url1 = Url.Action("Create", "Home",new { area=""});
return View();
}
}
}
16.IActionConstraint
通常應(yīng)用程序不需要自定義 IActionConstraint,[HttpGet] 特性以及類似的特性實(shí)現(xiàn)?IActionConstraint 接口,以限制方法的執(zhí)行。
當(dāng)兩個(gè)操作一模一樣,其中一個(gè)操作使用?IActionConstraint,總是認(rèn)為比沒有使用的操作更好,因?yàn)樗灰暈楦泳唧w,并且兩個(gè)操作都可以在匹配是被選中。(沒有使用的操作會(huì)匹配任何HTTP謂詞)
概念上,IActionConstraint 是重載的一種形式,但不是使用相同名稱的重載,它是匹配相同URL操作的重載。特性路由也使用?IActionConstraint ,并且可以導(dǎo)致不同控制器的操作都被視為候選操作。
實(shí)現(xiàn)?IActionConstraint 最簡單的方式是創(chuàng)建一個(gè)類派生自 System.Attribute ,并且將它放置到操作和控制器上。MVC會(huì)自動(dòng)發(fā)現(xiàn)任何作為特性被應(yīng)用的 IActionConstraint。你可以使用程序模型來應(yīng)用約束,可能是最靈活的方法,因?yàn)樗试S對(duì)它們?nèi)绾伪粦?yīng)用進(jìn)行元編程。
一個(gè)例子,一個(gè)約束選擇一個(gè)基于來自路由數(shù)據(jù)的 country code 操作:
public class CountrySpecificAttribute:Attribute,IActionConstraint
{
private readonly string _countryCode;
public CountrySpecificAttribute(string countryCode)
{
_countryCode = countryCode;
}
public int Order { get { return 0; } }
public bool Accept(ActionConstraintContext context)
{
return string.Equals(
context.RouteContext.RouteData.Values["country"].ToString(),
_countryCode,StringComparison.OrdinalIgnoreCase);
}
}
Accept 方法返回true,表示當(dāng)country路由值匹配時(shí)操作時(shí)匹配的。這個(gè)和 RouteValueAttribute 不同,因?yàn)樗试S回退到一個(gè)非特性操作。這個(gè)例子展示了如果定義一個(gè) en-US 操作,然后國家代碼是 fr-FR,則會(huì)回退到一個(gè)更通用的控制器,這個(gè)控制器沒有應(yīng)用 [CountrySpecific(...)] 。
Order屬性和 [HttpGet] 特性中的Order屬性一樣,用來決定運(yùn)行順序。
原文鏈接:https://www.cnblogs.com/afei-24/p/11094061.html
相關(guān)推薦
- 2022-07-11 為Spring配置文件的配置項(xiàng)添加元注釋
- 2022-09-18 Python中np.linalg.norm()用法實(shí)例總結(jié)_python
- 2023-07-02 如何遠(yuǎn)程使用服務(wù)器上的Jupyter?notebook_python
- 2022-04-04 webpack-loader: loader的使用(圖片、txt文件、url、less)
- 2023-05-20 Golang中map的三種聲明定義方式實(shí)現(xiàn)_Golang
- 2022-06-08 Spring Boot Start之mqtt框架封裝
- 2022-12-31 Android權(quán)限機(jī)制深入分析講解_Android
- 2022-03-07 深入淺析C/C++語言結(jié)構(gòu)體指針的使用注意事項(xiàng)_C 語言
- 最近更新
-
- window11 系統(tǒng)安裝 yarn
- 超詳細(xì)win安裝深度學(xué)習(xí)環(huán)境2025年最新版(
- Linux 中運(yùn)行的top命令 怎么退出?
- MySQL 中decimal 的用法? 存儲(chǔ)小
- get 、set 、toString 方法的使
- @Resource和 @Autowired注解
- Java基礎(chǔ)操作-- 運(yùn)算符,流程控制 Flo
- 1. Int 和Integer 的區(qū)別,Jav
- spring @retryable不生效的一種
- Spring Security之認(rèn)證信息的處理
- Spring Security之認(rèn)證過濾器
- Spring Security概述快速入門
- Spring Security之配置體系
- 【SpringBoot】SpringCache
- Spring Security之基于方法配置權(quán)
- redisson分布式鎖中waittime的設(shè)
- maven:解決release錯(cuò)誤:Artif
- restTemplate使用總結(jié)
- Spring Security之安全異常處理
- MybatisPlus優(yōu)雅實(shí)現(xiàn)加密?
- Spring ioc容器與Bean的生命周期。
- 【探索SpringCloud】服務(wù)發(fā)現(xiàn)-Nac
- Spring Security之基于HttpR
- Redis 底層數(shù)據(jù)結(jié)構(gòu)-簡單動(dòng)態(tài)字符串(SD
- arthas操作spring被代理目標(biāo)對(duì)象命令
- Spring中的單例模式應(yīng)用詳解
- 聊聊消息隊(duì)列,發(fā)送消息的4種方式
- bootspring第三方資源配置管理
- GIT同步修改后的遠(yuǎn)程分支