在后端开发里，用户并不能直接看到你的代码。他们只能通过 URL（网址） 发出请求。
路由的作用就是： 看着用户发来的网址（比如 /api/products/123），迅速反应过来：“哦！他是想看 ID 为 123 的商品，快把他带到处理‘商品详情’的那段代码去！”
如果没有路由： 用户无论敲什么网址，服务器都不知道该让哪段代码出来干活。
————————————————————————————————————————————————————————————————————
在 2026 年的 ASP.NET Core 开发中，主要有两种设置路由的方法：
属性路由 (Attribute Routing) —— 最常用、最直观
想象你有一间办公室叫 User（用户中心），里面有几个办事员。
你在办公室门口贴个牌子：[Route("user")]
你在办事员小王头上贴个牌子：[HttpGet("info")]
结果： 只要老百姓在门口大喊 “user/info”，小王就会站起来接待他。
[Route("api/books")] // 这一级是“书架”区
public class BookController : ControllerBase
{
[HttpGet("{id}")] // 这一级是“具体的某本书”
public IActionResult GetBook(int id)
{
// 如果用户访问 /api/books/5，这段代码就会运行
return Ok($"这是编号为 {id} 的书");
}
}
————————————————————————————————————————————————————————————————————
最小 API 路由 (Minimal API)
var app = builder.Build();
有些事儿很简单（比如只是问个路），不需要专门开间办公室。你直接在门口大厅摆个咨询台。
你在代码里写一句话：
如果有人喊 "hello"，就回一句 "你好"。
结果： 用户只要访问网址后面带着 /hello，电脑就直接吐出一句“你好”。
// 只要有人访问 /hello，直接给回一句话
app.MapGet("/hello", () => "你好，欢迎来到 .NET 世界！");
// 访问 /order/100
app.MapGet("/order/{orderId}", (int orderId) => $"查询订单：{orderId}");
app.Run();
——————————————————————————————————————————————————————————————————————
这叫路由参数。它就像是导视牌上的“填空题”：
路由设为：/user/{name}
用户输入：/user/jack -> 程序自动把 "jack" 赋值给 name 变量。
用户输入：/user/rose -> 程序自动把 "rose" 赋值给 name 变量。
——————————————————————————————————————————————————————————————————————
路由 = 网址到代码的“翻译官”。
作用 = 保证用户的请求能找到正确的处理人。
用法 =
在 Program.cs 里开启路由功能（默认已开启）。
用 [Route] 标签（传统派）或者 app.MapGet（现代派）来规定路径。
——————————————————————————————————————————————————————————————————————
这是路由最聪明的地方，叫“挖坑填数”。
如果你有 1000 个用户，你总不能准备 1000 个路由吧？（比如 /user/1、/user/2...）
于是你做了一个通用的牌子：[HttpGet("user/{编号}")]。
用户喊：user/58
电脑一看：嘿，正好对上那个牌子了！它会自动把 58 这个数抓出来，交给后台代码去查第 58 号人。