2. 程式人生 > >ASP.NET Core MVC 之路由(Routing)

ASP.NET Core MVC 之路由(Routing)

阿新 • • 發佈：2019-07-04

　　 ASP.NET Core MVC 路由是建立在ASP.NET Core 路由的，一項強大的URL對映元件，它可以構建具有理解和搜尋網址的應用程式。這使得我們可以自定義應用程式的URL命名形式，使得它在搜尋引擎優化（SEO）和連結生成中執行良好，而不用關心Web伺服器上的檔案是怎麼組織的。我們可以方便的使用路由模板語法定義路由，路由模板語法支援路由值約束，預設值和可選值。

　　基於約束的路由允許全域性定義應用支援的URL格式，以及這些格式是怎樣各自在給定的控制器中對映到指定的操作方法(Action)。當接受到一個請求時，路由引擎解析URL並將其匹配至一個定義URL格式，然後呼叫相關的控制器操作方法。　

routes.MapRoute(
                    name: "default",
                    template: "{controller=Home}/{action=Index}/{id?}");

　　特性路由(Attribute Routing) 允許以在控制器和方法使用新增特性的方式指定路由資訊來定義應用程式的路由。這意味著路由定義緊鄰它們所關聯的控制器和方法。

　　ASP.NET Core MVC 使用路由中介軟體來匹配傳入請求的URL，並將它們對映到操作方法。路由在啟動程式碼或屬性中定義，它描述了網址路徑應如何與操作方法匹配，還用於響應中生成連結併發送。

 

1.設定路由中介軟體

　　建立一個ASP.NET Core Web應用程式，在Startup類的Configure方法中有：

app.UseMvc(routes =>
            {
                routes.MapRoute(
                    name: "default",
                    template: "{controller=Home}/{action=Index}/{id?}");
            });

　　在對UseMvc的呼叫過程中，MapRoute用於建立單個路由，即預設路由。大多數MVC應用程式都使用與預設路由模板類似的路由。

　　路由模板{controller=Home}/{action=Index}/{id?} 可以匹配類似 Blog/Details/5 的URL路徑，並且提取路由值 {controller=Blog，action=Details，id=5}。MVC將嘗試查詢名為BlogController的控制器，並執行操作方法。

　　　　{controller=Home}將Home定義為預設控制器

　　　　{action=Index}將Index定義為預設操作

　　　　{id?}將id定義為可選

　　　　預設路徑引數和可選路徑引數可以不出現在需要匹配的URL路徑中。

　　使用{controller=Home}/{action=Index}/{id?}模板，可以對以下URL路徑都執行HomeController.Index：

　　　　/Home/Index/7

　　　　/Home/Index

　　　　/Home

　　　　/

 

　　有個簡單方法 app.UseMvcWithDefaultRoute() 可以替換掉上面的方法。

　　UseMvc 和 UseMvcWithDefaultRoute 都是將RouteMiddleware的例項新增到中介軟體管道。MVC不直接與中介軟體互動，而是使用路由來處理請求。MVC通過MvcRouteHandler的例項連結到路由。下面的程式碼與UseMvc類似：　

var route = new RouteBuilder(app);
            //新增連線到MVC，通過呼叫MapRoute來回調
            route.DefaultHandler = new MvcRouteHandler(...);
            //執行回撥以註冊路由
            route.MapRoute("default", "{controller=Home}/{action=Index}/{id?}");
            //建立路由集合並新增至中介軟體
            app.UseRouter(route.Build());

　　UseMvc 不直接定義任何路由，它為屬性路由的路由集合新增一個佔位符。過載UseMvc 使得我們可以新增自己的路由，並且還支援屬性路由。UseMvc 及其所有變體為屬性路由添加了佔位符，這使得屬性路由始終可用。UseMvcWithDefaultRoute定義預設路由並且支援屬性路由。

 

2.常規路由

　　　routes.MapRoute(name: "default",template: "{controller=Home}/{action=Index}/{id?}");  這是一個常規路由，因為它建立了一個約定的URL路徑：

　　　　第一路徑段對映到控制器名稱

　　　　第二路徑對映到操作名稱

　　　　第三區段是可選id，用於對映到模型實體

 

　　使用default路由，URL 路徑 /Blog/Index 將對映到BlogController.Index 操作。該對映是基於控制器和操作名稱，而不是基於名稱空間，原始檔位置等。

　　使用常規路由的預設路由可以快速構建應用程式，而無需定義每一個操作的路由。對於CRUD 操作風格的應用程式，整個控制器的URL具有一致性。

 

3.多路由

　　可以在UseMvc 裡面通過新增MapRoute 來新增多個路由。這樣可以定義多個約定，或新增專用於特定操作的常規路由：　

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 路由是專用常規路由，這意味著它不採用常規路由系統，而是專用於一個特定地的動作。這個路由始終對映到BlogController.Index。

　　路由集合中的路由是有序的，並且會按照它們被新增的順序進行處理。

　　

　　1.回退

　　作為請求處理的一部分，MVC將驗證路由值是否可以用來查詢應用程式中的控制器和操作。如果路由值不匹配操作，那麼該路由被認為是不匹配的，將嘗試下一個路由。這一過程稱為回退，因為常規路由有重疊的情況。

　　

　　2.行動歧義

　　當兩個一致的操作通過路由時，MVC必須消除歧義，選擇最佳操作，否則會丟擲異常。例如：

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 可以匹配這兩個操作，這是MVC控制器的典型模式，其中Edit（int）用於顯示編輯的表單，Edit（int,IFormCollection)用於 處理已提交的表單。為了達到這個目的，MVC需要在HTTP POST時選擇Edit（int,IFormCollection)，在其他HTTP動詞時選擇Edit（int）。

　　HttpPostAttribute 是IActionConstraint 的一個實現，它只允許在HTTP動詞為POST時選擇動作。IActionConstraint的存在使得Edit（int,IFormCollection)比Edit（int）更好匹配。

　　如果有多個路由匹配，並且MVC無法找到一個最佳路由，則會丟擲AmbiguousActionException異常。

 

　　3.路由名稱

　　上面的例子中"blog"和"default"字串是路由名稱，路由名稱為路由提供了一個邏輯名稱，以便命名的路由可用於生成URL。在應用程式範圍內路由必須名稱必須是唯一的。

　　路由名稱對URL匹配或請求的處理沒有影響，僅用於URL生成。

 

4.路由特性

　　特性路由使用一組特性直接將操作對映到路由模板。下面在Configure中呼叫 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操作將會對 /，/Home 或者/Home/Index 任一URL訪問執行。

　　特性路由需要有更多的輸入來指定一個路由，而常規路由處理路由時更加簡潔。然而，特性路由允許精準控制每個操作的路由模板。

　　上面的模板中沒有定義針對 action,area ,controller的路由引數。實際上，這些引數不允許出現在特性路由中，因為路由模板已經關聯了一個操作，解析URL中的操作名是沒有意義的。

　　特性路由也可以使用HTTP[Verb]特性，如HTTPPost：

        [HttpGet("/Blog")]
        public ActionResult Index()
        {
            return View();
        }

　　由於特性路由適用於特定操作，因此很容易使引數作為模板定義中必須的一部分。下面的例子，id是URL中必須的一部分：

[HttpGet("Blog/Edit/{id}")]
        public ActionResult Edit(int id)
        {
            return View();
        }

　　常規的預設路由定義id引數作為可選項({id?}),而特性路由的是必須引數，這種可以精準指定，比如包/Blog/Get 和 /Blog/Get/{id} 分配到不同的操作。

 

5.組合路由

　　為了減少特性路由的重複部分，控制器上的路由特性會和各個操作上的路由特性進行結合。任何定義在控制器上的路由模板都會作為操作路由模板的字首。

[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方法。

　　注意，如果操作上路由模板以 / 開頭時不會結合控制器上的路由模板。

 

6.特性路由的順序

　　常規路由會根據定義順序來執行，與之相比，特性路由會構建一個樹形結構，同時匹配所有路由。這種看起來像路由條目被放置在一個理想的順序中，最具體的路由會在一般的路由之前執行。比如，路由blog/Edit/4 比 blog/{*article} 更加具體。

　　特性路由使用所有框架提供的路由特有的Order屬性來配置順序，並根據Order屬性升序處理路由。預設是0，設定為-1時會在沒有設定的路由之前執行。

 

7.路由模板中的標記替換( [controller] , [action] , [area])

　　為了方便，特性路由支援標記替換，即通過在在方括號中封閉一個標記（[, ]）來替換對應的名稱。標記[action],[area],[controller]會被替換成操作所對應的操作名，區域名，控制器名。

    [Route("[controller]/[action]")]
    public class BlogController : Controller
    {
        [HttpGet]//匹配Blog/GetAll
        public ActionResult GetAll()
        {
            return View();
        }
}

　　標記替換髮生在構建特性路由的最後一步。與上面結果相同的寫法：

    public class BlogController : Controller
    {
        [HttpGet("[controller]/[action]")]//匹配Blog/GetAll
        public ActionResult GetAll()
        {
            return View();
        }
}

　　特性路由也可以與繼承相結合，即繼承父類的路由標記。

　　特性路由支援單個操作定義路由。如果用IActionConstarint實現的多個路由特性定義在一個操作上時，每個操作約束與特性定義的路由相結合：

    [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();
        }
}

　　雖然使用多個路由到一個操作看起來很強大，但最好還是保持URL的空間簡單和定義明確。使用多個路由到操作上僅僅在特殊需要的時候，比如支援多個客戶端。

 

8.使用IRouteTemplateProvider自定義路由特性

　　所有框架提供的路由特性（[Route(...) ] ，[HttpGet(...)]等）都實現了 IRouteTemplateProvider 介面。當程式啟動時，MVC查詢控制器類和操作方法上都實現 IRouteTemplateProvider 介面的特性來構建儲時路由集合。

　　可以通過實現 IRouteTemplateProvider 來定義自己的路由特性。每個 IRouteTemplateProvider 都允許定義使用自定義路由模板，順序以及名稱的單一路由：

public class MyApiControllerAttribute:Attribute, IRouteTemplateProvider
    {
        public string Template => "api/[controller]";
        public int? Order { get; set; }
        public string Name { get; set; }
    }

　　當 [MyApiController] 特性被應用時，會自動設定Template 為 api/[controller] 。

 

9.使用應用程式模型來自定義特性路由

　　應用程式模型時啟動時建立的物件模型，其中包含MVC用於路由和執行操作的所有元資料。應用程式模型包括從路由特性收集的所有資料（通過 IRouteTemplateProvider）。我們可以編寫約定以在啟動時修改應用程式模型為自定義路由行為。

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]"
            //
            // 這使得你的路由大致與你的專案結構一致
            //
            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()
                };
            }
        }
    }

　　這部分怎麼使用，個人還是不是很清楚，這裡只是記錄了官方文件，有哪位知道可以告訴以下小弟。

 

10.URL生成

　　MVC應用程式可以使用路由URL的生成特性來生成URL連結到操作。生成URL可以消除硬編碼URL，使程式碼更加健壯和易維護。IUrlHelper 介面是MVC與生成URL路由之間基礎設施的基本塊。可以通過控制器，檢視以及檢視元件中的URL屬性找到一個可用的IUrlHelper例項：

    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();
        }
}

　　這個URL路徑是由路由值與當前請求相結合而成的路由建立，並將值傳遞給Url.Action，替換路由模板中對應的值。

　　上面Url.Action(的例子是常規路由，但是URL的生成工作與特性路由類似，儘管概念不同。在常規路由中，路由值被用來擴充套件模板，並且關於controller和action的路由值通常出現在那個模板，因為路由匹配的URL堅持了一個約定。在特性路由中，關於controller和action的路由值不允許出現在模板中--它們用來查詢應該使用哪個模板，例如：

//修改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構建了一個所有特性路由操作的查詢表，並且會匹配controller和action值來選擇路由模板用於生成URL。

 

11.通過操作名生成URL

 　   Url.Action(this IUrlHelper helper, string action) 以及所有相關的過載都是基於指定控制器名稱和操作名來指定要連結的內容。

　　當使用Url.Action時，controller 和 action 的當前路由值是指定的 -- controller 和 action 的值同時是環境值和值的一部分。Url.Action 方法總是使用 controller 和 action 的當前值，並且生成路由到當前操作的URL路徑。

　　路由嘗試使用環境值中的值來填充資訊，同時我們也可以指定路由引數：

    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();
        }
    }

　　如果像建立一個絕對URL，可以使用一個接受protocol的過載: Url.Action("Edit", "Blog",new { id=1},protocol:Request.Scheme);

　　

12.通過路由名生成URL

　　IUrlHelper也提供了 Url.RouteUrl 的系列方法，最常見的是指定一個路由名來使用具體的路由生成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方法來生成一個URL，並且它們接受類似的引數。Url.RouteLink ,它們有類似的功能。TagHelper通過form和<a> TagHelper生成URL。這些都使用了IUrlHelper 作為它們的實現。在內部檢視中，IUrlHelper 通過Url 屬性生成任何不包含上述的特定URL。

 

13.在操作結果中生成URL

　　在控制器中常見的一個用法是生成一個URL作為操作結果的一部分。Controller和ControllerBase 基類為引用其他操作的操作結果提供了簡單方法。一個典型的方法：

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方法有多個過載可以使用。

 

14.專用常規路由的特殊情況

　　有一種特殊的路由被稱為專用常規路由，下面被命名為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") 會使用預設路由生成URL。

　　專用常規路由是依靠預設路由的一個特殊行為，沒有相應的路由引數，以防止路由生成URL“太貪婪”。當路由執行URL生成時，提供的值必須與預設值匹配：否則使用blog的URL生成失敗，因為值 {controller=Home,action=Index}不匹配{controller=Blog，action=Index}。然後路由回退嘗試default，併成功。

 

15.區域

 　　Areas 是一種MVC功能，用來將相關功能組織為一個組，作為單獨的路由名稱空間（用於控制器操作）和資料夾結構（用於檢視）。使用區域允許應用程式擁有多個相同名稱的控制器——只要它們具有不同的區域。使用區域通過向控制器和操作新增另一個路由引數，區域可建立用於路由目的的層次結構。

　　使用預設常規路由配置MVC，命名一個OMS區域的路由：

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();
        }
}

　　當URL為 /OManage/Order/Edit 時，會匹配路由值 {area = OMS,controller = Order , action = Edit}。area路由值是通過area預設值產生的。使用MapRoute方法也可以實現：

routes.MapRoute("oms", "OManage/{controller}/{action}/{id?}",
                    defaults:new {area="OMS" },constraints:new { area = "OMS" });

　　MapAreaRoute建立一個路由，同時使用預設路由和area 約束，約束使用提供的區域名 OMS。預設值保證路由總是處理 {area = OMS}，約束要求值{area = OMS} 來進行URL生成。

　　常規路由是順序依賴。一般區域路由放置在前面，因為區域路由更具體。

　　AreaAttribute表示控制器屬於一個區域的一部分，即這個控制器是在 OMS 區域。控制器不帶[Area] 特性則不屬於任何區域。

 

　　當在區域內執行操作時，區域的路由值將作為環境值以用於URL生成，這意味著，在預設情況下，區域對URL生成具有黏性：

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

　　通常應用程式不需要自定義 IActionConstraint，[HttpGet] 特性以及類似的特性實現 IActionConstraint 介面，以限制方法的執行。

　　當兩個操作一模一樣，其中一個操作使用 IActionConstraint，總是認為比沒有使用的操作更好，因為它被視為更加具體，並且兩個操作都可以在匹配是被選中。（沒有使用的操作會匹配任何HTTP謂詞）

　　概念上，IActionConstraint 是過載的一種形式，但不是使用相同名稱的過載，它是匹配相同URL操作的過載。特性路由也使用 IActionConstraint ，並且可以導致不同控制器的操作都被視為候選操作。

　　實現 IActionConstraint 最簡單的方式是建立一個類派生自 System.Attribute ，並且將它放置到操作和控制器上。MVC會自動發現任何作為特性被應用的 IActionConstraint。你可以使用程式模型來應用約束，可能是最靈活的方法，因為它允許對它們如何被應用進行超程式設計。

　　一個例子，一個約束選擇一個基於來自路由資料的 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，表示當country路由值匹配時操作時匹配的。這個和 RouteValueAttribute 不同，因為它允許回退到一個非特性操作。這個例子展示瞭如果定義一個 en-US 操作，然後國家程式碼是 fr-FR,則會回退到一個更通用的控制器，這個控制器沒有應用 [CountrySpecific(...)] 。

　　Order屬性和 [HttpGet] 特性中的Order屬性一樣，用來決定執行順序。

&n

相關推薦

ASP.NET Core MVC 之路由(Routing)

　　 ASP.NET Core MVC 路由是建立在ASP.NET Core 路由的，一項強大的URL對映元件，它可以構建具有理解和搜尋網址的應用程式。這使得我們可以自定義應用程式的URL命名形式，使得它在搜尋引擎優化（SEO）和連結生成中執行良好，而不用關心Web伺服器上的檔案是怎麼組織的。我們可

ASP.NET Core MVC 之模型（Model）

　　1.模型繫結 　　ASP.NET Core MVC 中的模型繫結將資料從HTTP請求對映到操作方法引數。引數既可以是簡單型別，也可以是複雜型別。MVC 通過抽象繫結解決了這個問題。   　　2.使用模型繫結 　　當 MVC 收到一個HTTP 請求時，它會將其路由到一個控制器指定的操作方法

ASP.NET Core MVC 之檢視（Views）

　　ASP.NET Core MVC 控制器可以使用檢視返回格式化的結果。   　　1.什麼是檢視 　　在 MVC 中，檢視封裝了使用者與應用互動呈現細節。檢視是具有生成要傳送到客戶端內容的，包含嵌入程式碼的HTML模板。檢視使用使用 Razor 語法，該語法允許以最少的程式碼或複雜度與 HT

ASP.NET Core MVC 之佈局（Layout）

　　1.什麼是佈局 　　佈局通常包含常見的使用者介面元素，例如應用頭，導航或選單元素和頁尾，如圖： 　　常見的HTML結構（例如指令碼和樣式表）也經常被應用程式中許多頁面使用。所有這些共享元素都可以在佈局中定義，然後由應用程式中使用的任何檢視引用。佈局減少了檢視中程式碼的重複。 　　按照慣例，ASP

ASP.NET Core MVC 之區域性檢視（Partial Views）

  1.什麼是區域性檢視 　　區域性檢視是在其他檢視中呈現的檢視。通過執行區域性檢視生成的HTML輸出呈現在呼叫檢視中。與檢視一樣，區域性檢視使用 .cshtml 副檔名。當希望在不同檢視之間共享網頁的可重用部分時，就可以使用區域性檢視。 2.什麼時候使用區域性檢視 　　區域性檢視是將大檢視

ASP.NET Core MVC 之檢視元件（View Component）

1.檢視元件介紹 　　檢視元件是 ASP.NET Core MVC 的新特性，類似於區域性檢視，但它更強大。檢視元件不使用模型繫結，並且僅依賴於呼叫它時所提供的資料。 　　檢視元件特點： 　　　　呈塊狀，而不是整個響應 　　　　包括在控制器和檢視之間發現的相同的關注點和可測試性優點 　　　　可以擁有引數和業務

ASP.NET Core MVC 之控制器（Controller）

　　操作（action）和操作結果（action result）是 ASP.NET MVC 構建應用程式的一個基礎部分。 　　在 ASP.NET MVC 中，控制器用於定義和聚合一組操作。操作是控制器中處理傳入請求的一種方法。控制器提供了一種邏輯方式，將相似的操作組織起來，允許一些通用的規則（例如路

ASP.NET Core MVC 之過濾器（Filter）

　　ASP.NET MVC 中的過濾器允許在執行管道中的特定階段之前或之後執行程式碼。可以對全域性，也可以對每個控制器或每個操作配置過濾器。 1.過濾器如何工作 　　不同的過濾器型別在管道中的不同階段執行，因此具有各自的與其場景。根據需要執行的任務以及需要執行的請求管道中的位置，選擇要建立的過濾器型別。過濾器

ASP.NET Core MVC 之區域（Area）

　　區域（Area）是一個 ASP.NET MVC 功能，用於將相關功能組織為一個單獨的名稱空間（用於路由）和檔案結構（用於檢視）。使用區域通過向控制器和操作新增 一個路由引數（area）來建立用於路由目的的層次結構。 　　區域提供了一種將大型ASP.NET Core MVC Web 應用程式分割成更小功能分

ASP.NET Core 入門教程 3、ASP.NET Core MVC路由入門

一、前言 1、本文主要內容 ASP.NET Core MVC路由工作原理概述 ASP.NET Core MVC帶路徑引數的路由示例 ASP.NET Core MVC固定前/字尾的路由示例 ASP.NET Core MVC正則表示式匹配路由示例 ASP.NET Core MVC路由約束與自定義路由約束 ASP

Asp.Net Core Endpoint 終結點路由之中介軟體應用

## 一、概述 這篇文章主要分享`Endpoint` 終結點路由的`中介軟體`的應用場景及實踐案例，不講述其工作原理，如果需要了解工作原理的同學， 可以點選檢視以下兩篇解讀文章： - [Asp.Net Core EndPoint 終結點路由工作原理解讀](https://www.cnblogs.com/jli

在ASP.NET Core MVC中構建簡單 Web Api

程序 Getting Started在 ASP.NET Core MVC 框架中，ASP.NET 團隊為我們提供了一整套的用於構建一個 Web 中的各種部分所需的套件，那麽有些時候我們只需要做一個簡單的 Web Api 程序怎麽辦呢？在 GitHub 中的 ASP.NET Core MVC 源碼裏面，我

Asp.Net Core MVC控制器和視圖之間傳值

view 指定 mode 設置 http adg nbsp urn 傳值方式 一、Core MVC中控制器和視圖之間傳值方式和Asp.Net中非常類似 1.弱類型數據：ViewData，ViewBag 2.強類型數據：@model 二、代碼 實例 1.ViewData

asp.net core mvc 異步表單(Ajax.BeginForm)

form bower style ajax upd back query script asp .net core中已經沒有beginform擴展函數了. 通過Bower引入jquery-ajax-unobtrusive: <script src="~/lib/j

asp.net Core MVC + form validation + ajax form 筆記

for ade name git mvc scrip 答案 oval ora asp.net Core MVC 有特別處理form，controller可以自己處理model的驗證，最大的優勢是寫form時可以少寫代碼 先了解tag helper ，這東西就是element

asp.net Core MVC + webpack 筆記

jquer 筆記 section ima shtml strong 開發 onf images webpack 是一個打包工具，用在asp.net Core MVC 會覺得有必要嗎？ MVC 本身就有bundler~ 如果用過webpack就會知道，打包出來的效果結果就是不

ASP.NET Core學習之三 NLog日誌

width itl .com 添加引用 manage skip mono cas ans 上一篇簡單介紹了日誌的使用方法，也僅僅是用來做下學習，更何況只能在console輸出。 NLog已是日誌庫的一員大佬，使用也簡單方便，本文介紹的環境是居於.NET CORE 2.0

ASP.Net Core MVC 網站在Windows服務器跑步起來

tin 2.0.8 ack ica 圖片 排查 所有 comm cal 1.vs遠程發布到服務器，瀏覽器訪問，報錯502 2.打開錯誤提示提供的網址參考 3.安裝runtime，sdk，Hosting Bundle Installer，其他操作 .....發現並沒有什麽用（

用ASP.NET Core MVC 和 EF Core 構建Web應用 （二）

work nal nta 多個 包括 catch web 應用 自動 選項卡 本節學習如何執行基本的 CRUD （創建、 讀取、 更新、 刪除） 操作。 自定義“詳細信息”頁 學生索引頁的基架代碼省略了 Enrollments 屬性，因為該屬性包含一個集合。 在“詳細信息”

用ASP.NET Core MVC 和 EF Core 構建Web應用 （九）

fix pro school time lap namespace 繼承映射 數據庫表 eas 在上一節中，已經處理了並發異常。 本節將演示如何在數據模型中實現繼承。 在面向對象的編程中，可以使用繼承以便於重用代碼。 在本教程中，將更改 Instructor和 Studen