Что такое привязка модели (model binding) параметров в ASP.NET Core?

А, модель байндинг в ASP.NET Core! Ну это ж та штука, которая избавляет тебя от ручного выковыривания данных из запроса, как изюм из булки. Представь: приходит HTTP-запрос, а фреймворк сам, как заправский карманник, аккуратно достаёт оттуда данные и суёт их тебе прямо в параметры метода. Красота, а не жизнь!

Откуда он данные-то тянет, этот пройдоха? Да отовсюду, сука! Идёт по списку, как голодный по холодильнику:

1. Сначала шарит по маршруту (Route): api/products/{id} — о, нашёл id!
2. Потом рыщет в строке запроса (Query String): ?page=1&sort=name — ага, page и sort тоже забираем.
3. Если не нашел, лезет в тело запроса (Body): Там JSON, XML или form-data валяется — разбирает и тащит.
4. Может даже в заголовки (Headers) заглянуть.
5. И в поля формы (Form fields), если что.

Как работает этот механизм? Да элементарно, Ватсон!

1. Припёрся запрос — ASP.NET Core ищет, какой метод контроллера вызвать.
2. Смотрит на параметры этого метода. Для каждого начинает искать совпадение по имени во всех этих источниках данных.
3. Нашёл какую-то строку "123" — и думает: «Ага, тут параметр int id нужен. Щас я это "123" в циферку превращу». И превращает. Магия, блядь!

Смотри, как на практике выглядит:

[ApiController]
[Route("api/[controller]")]
public class ProductsController : ControllerBase
{
    // Пример 1: Привязка из нескольких мест сразу
    // Запрос: GET api/products/5?details=true
    [HttpGet("{id}")]
    public IActionResult GetProduct(int id, // Это возьмёт из маршрута, из {id}
                                    bool details) // А это из строки запроса, ?details=true
    {
        // И уже тут у тебя не строки, а нормальные типы: id = 5, details = true
        // ...
    }

    // Пример 2: Привязка целого объекта из JSON-тела
    // Запрос: POST api/products + JSON в теле
    [HttpPost]
    public IActionResult CreateProduct(Product product) // Всё! Фреймворк сам разберёт JSON и создаст объект Product
    {
        // product.Name и product.Price уже заполнены. Ничего парсить не надо!
        // ...
    }

    // Пример 3: Когда надо жёстко указать, откуда брать. Используем атрибуты.
    [HttpGet("search")]
    public IActionResult Search([FromQuery] string term, // Чётко говорим: только из строки запроса, иначе нахуй!
                                [FromHeader("X-API-Key")] string apiKey) // А это только из заголовка с таким именем
    {
        // ...
    }
}

public class Product
{
    public int Id { get; set; }
    public string Name { get; set; }
    public decimal Price { get; set; }
}

Важные фишки, которые надо помнить:

• Атрибут [ApiController] — это такой умный дед. Он автоматом предполагает, что сложные объекты (типа Product) лезут из тела, а простые параметры (типа int, string) — из строки запроса. Очень удобно, не надо постоянно атрибуты лепить.
• Валидация — после того как всё привязали, можно проверить, а правильные ли данные прислал этот распиздяй-клиент. ModelState.IsValid в помощь, а на свойствах — атрибуты вроде [Required] или [Range].
• Если совсем припёрло и стандартное поведение не подходит — можно настроить свою логику привязки через IValueProvider или IModelBinder. Но это уже для глубоких извращенцев, там дохуя работы.

Короче, модель байндинг — это одна из тех фич ASP.NET Core, которая делает рутину за тебя. Сидишь такой, пьёшь кофе, а данные сами в метод приплывают. Главное — правильно имена параметров назвать или атрибуты расставить, а дальше фреймворк всё сделает. Ёпта, живи да радуйся!