Зачем есть Map(), если можно просто ветвить с помощью if/switch?

Question

[koss4ok]

Для чего у класса WebApplication в ASP.NET Core есть метод расширения Map()?
Ведь есть простые конструкции типа if/switch ?
Что-то типа

app.Use(async (context, next) =>
{
    string? path = context.Request.Path.Value?.ToLower();
    if (path == "/date")
    {
        await context.Response.WriteAsync($"Date: {DateTime.Now.ToShortDateString()}");
    }
    else if (path == "/time")
    {
        await context.Response.WriteAsync($"Date: {DateTime.Now.ToShortTimeString()}");
    }
    else
    { 
        await next.Invoke();
    }
});

Answer 1

[Voland69]

Реальная апишка - это порядка десятка контроллеров как минимум по 4 действия (CRUD), с общей обработкой ошибок, аутентификацией, авторизацией и проч.
На ифах и свитчах в стартапе будет знатная портянка, а так можно обойтись одним методом расширения который при запуске приложения пробежит по контроллерам и соберет маршрутизацию.

Comments

[koss4ok]

Насколько я понимаю, то, что вы написали больше относится к Asp.net MVC.

Но, как я понял суть одна, и это сделано просто для удобства?
Без технических особенностей?

[Voland69]

koss4ok, не обязательно, в Web API например MVC не обязателен а контроллеры есть.
Суть тоже не одна, потому как в Вашем примере мы напрямки пишем в ответ на запрос через контекст, а контроллеры возвращают *ObjectResult, например Ok(some_value) etc. Это позволяет "спрятать" от кода обработки запроса обработку ошибок, выставление заголовков, сериализацию и т.п.