📀 Minimal API. Нужно ли переписывать существующие проекты на Minimal API? Что делать со старыми?

Короче, кажется, что пришла моя пора старчески гундеть. Я сопротивляюсь, но гундю. Вышли minimal API и я бесился с того, что ничего нового не добавили, просто сделали по-другому.
 
Тут должно было выйти пять постов про то какое же это никому не нужное говно.
 
Но я сдержался. И кажется, что не зря.

Вот тут мне кажется мужик классно рассказывает, что к чему. Но и я тоже свои пять копеек вставлю.

В общем. Сколько лет назад они вышли? Три года почти. Тогда Ник Чапсас рекламировал эту фичу тем, что теперь проект с нуля можно написать в три строчки.

Ну как бы круто, но тогда мне казалось, но резон сомнительный.😒

✅ Так вот спустя все эти годы, я наконец услышал нормальный довод: Контроллеры пришли к нам из мира MVC. Но с развитием отдельных фронтендов из MVC мы часто теряем V. Получается, что остается только MС. То есть не фреймворк, а какой-то рэпер ❤️.
 
В общем, майки переосмыслили эту ситуацию и сфокусировались при создании Minimal API на создании хорошо документируемых и быстро разрабатываемых API.
 
🅰️ Что это значит на практике.
 
1️⃣ Нужно ли нам переписывать старые проекты с MVC на minimal API? Ну в целом, если не лень, то можно. Если они не содержат никаких View.
 
2️⃣ Если запускаете новый проект, который будет чисто АПИшкой, то лучше сразу юзать minimalAPI. Как я понимаю сейчас для этой штуки делаются наиболее широкие инструменты для автодокументации. И вообще создаются дизайн-гайдлайны по проганью АПИшек. Нет смылса тащить туда контроллеры ни в каком виде.
 
Мне такое объяснение показалось наиболее осмысленным. Но я тут готов если что к дополнительным пояснениям.