Things that I found unclear:

* missing info where routes come from
* *that will be used for request processing* (the URL or the values?)
* URL vs link (better to use just one term?)

My version is longer. I tried to unify terminology and emphasize that Routing can do one op and its reverse.
pull/2325/head
Guillermo López-Anglada 2016-12-06 11:29:32 +01:00 committed by GitHub
parent 28acd5e385
commit 38424762e1
1 changed files with 1 additions and 1 deletions

View File

@ -16,7 +16,7 @@ uid: fundamentals/routing
By [Ryan Nowak](https://github.com/rynowak), [Steve Smith](http://ardalis.com), and [Rick Anderson](https://twitter.com/RickAndMSFT)
Routing is used to map requests to route handlers. Routes are configured when the application starts up, and can extract values from the URL that will be used for request processing. Routing functionality is also responsible for generating links using the defined routes in ASP.NET apps.
Routing functionality is responsible for mapping an incoming request to a route handler. Routes are defined in the ASP.NET app and configured when the app starts up. A route can optionally extract values from the URL contained in the request, and these values can then be used for request processing. Using route information from the ASP.NET app, the routing functionality is also able to generate URLs that map to route handlers. Therefore, routing can find a route handler based on a URL, or the URL correspoding to a given route handler based on route handler information.
This document covers the low level ASP.NET Core routing. For ASP.NET Core MVC routing, see [Routing to Controller Actions](../mvc/controllers/routing.md)