8. Minimal APIs для больших проектов

[@tonycarlson1977]

большое спасибо за видео. Ваш труд один из лучших на ру сегменте

[@PlatinumTechTalks]

Спасибо!

[@nikitalingyt4837]

Добрый день. Сам живу в Киева . Приехал сюда в 2018 году с Донецка .Хочу стать программистом и уже 2 года трачу на это время. Внимание моё сильно размыто .То шарп учил , оказалось на шарпе мало годной информации.Так как быстро развивается и если смотришь старое то уже устарело .Потом учил пайтон ,Там все довольно предельно ясно и много инфы.Так как работу сейчас трудно найти и хотят очень много ,то стараюсь своё время тратить на обучуени.После твоего канала начала мотивация по изучение опять шарпа. Хороший минимальный курс по апи.Хотелось бы больше. У вас прошлый курс был на дотнет 5.Хотелось бы увидеть на канале как создаются проекты и хоть понимать что будет в продакшене . Спасибо вам за ваши интересные видео обучение .

[@ДимаНикулин-ъ4ж]

Большое спасибо, благодаря Вашему курсу я наконец-то смог разобраться что это такое.

[@PlatinumTechTalks]

И Вам спасибо большое!

[@shananboiara]

Спасибо за труды, теперь я точно уверился, что с минимал апи нет смысла связываться)

[@PlatinumTechTalks]

[@tanksblitz9665]

Почему?

[@denchikniki2741]

Добрый день. Благодарю за курс! Очень информативно!

[@PlatinumTechTalks]

Спасибо большое за просмотр и отзыв!!!

[@denchikniki2741]

Не сможете в дальнешем рассмотреть тему покрытия проекта модульными и др. тестами? Спасибо!

[@PlatinumTechTalks]

@@denchikniki2741 не обещаем)

[@ПростоЁж-щ3ъ]

Спасибо большое за труд. Помогли переписать проект на minimal api.

[@hello_world_zz]

очень хороший курс!

[@minimalstory]

спасибо за труд, лучшего аналога так и не нашел в рунете)

[@evrozah1]

Классный мини курс

[@ДенисЗайцев-ю4к]

Большое спасибо. Очень интересно и понятно)

[@PlatinumTechTalks]

Спасибо вам!!

[@alexsavchuk2343]

Огромное спасибо автору за этот курс. Очень хотелось минимальными усилиями переписать свой сервер с Node Js на .Net 6. Хорошая, концентрированная информация и большой фундамент для экспериментов.

[@PlatinumTechTalks]

Спасибо вам огромное за просмотр и за отзыв, это очень приятно и важно слышать! И удачи с переходом на .NET 6!! Кстати, а почему вы решили перейти с Node Js, если не секрет?

[@alexsavchuk2343]

@@PlatinumTechTalks Все просто. Я начинал изучение программирования с геймдева (Unity). Много времени провел за изучением C# и в какой-то момент внезапно возникла потребность сделать клиент-серверное приложение с базой данных. Я начал экспериментировать с React и firebase, что потребовало недель изучения Javascript. В последствие захотелось написать свой Api, что у меня успешно получилось. С расширением функционала ко мне пришла мысль о попытке написать Api на C#, однако Asp.Net Core быстро развивается и сложно было найти информацию по базовым принципам построения архитектуры серверного приложения. После просмотра вашего курса появилось много идей по совершенствованию архитектуры сервиса, который я буду переносить с Node js на .net)

[@PlatinumTechTalks]

Какая крутая история, спасибо, что поделились! Надеюсь, всё получится!

[@evgenyshebanov1748]

Спасибо за курс) можете сказать, что за расширение, показывающее, когда была отредактирована строка?

[@PlatinumTechTalks]

и вам спасибо!! Это GitLens

[@aaa_aaa6226]

Спасибо за видео, понятное и полезное. Я для себя придумал вынести регистрацию эндпоинтов в отдельный метод расширения класса WebApplication. Тогда в Program.cs можно подключать эндпоинты с помощью команд типа app.SetEndpoints(); Ну и можно разбить эндпоинты по группам - например HotelEndpoints, UserEndpoints и т.д, а затем подключать их к WebApplication когда это понадобится.

[@kwotefox3494]

Дякую за чудовий матеріал, чи буде щось схоже з використанням GraphQL?

[@ДмитрийЯковенко-г5х]

Было бы интересно посмотреть, Web API профессионально, но с использованием minimal

[@Saveaaa]

Вопрос. Допустим юзер авторизовался , получил токен, получил инфу о себе (имя,id) с помощью токена. И теперь юзает api. Как лучше вести журнал действий юзеров. К примеру юзер {id } добавил запись {id} в такое то время или что то изменил. Id юзера посылается клиентом? Или брать его из токена каждый раз? Где лучше это делать в моделях или конечных точках?

[@PlatinumTechTalks]

зависит от реализации. но часто id юзера клиенту не нужен и можно брать его прямо из токена. про модели и конечные точки не очень понял - где лучше брать id? можно сделать отдельный сервис для работы с токеном пользователя и использовать его по необходимости. в моделях, особенно если это просто dto объекты (data transfer object) то лучше не надо там. как логировать: так чтобы потом можно было легко и быстро получать необходимую информацию для устранения потенциальных проблем или получать подтверждения корректного поведения системы из той информации которая логируется

[@Saveaaa]

@@PlatinumTechTalks спасибо )

[@vasiapunkrok]

Спасибо большое за курс! Такой вопрос: почему решили оставить маппинг методов контроллеров на http запросы через методы? Кажется, что раз уж разнесли по отдельным методам, нагляднее было бы "традиционно" навешать атрибуты в декларативном стиле

[@f0cus570]

Можете пожалуйста приложить пример как бы это выглядело?

[@illusion9651]

Не подскажешь, а как создать проект по предыдущему шаблону без минимал апи?

[@valera924]

Кек, в итоге всё равно пришли к контроллерам 😂

[@PlatinumTechTalks]

старые привычки трудно искореняются)

[@momi3428]

Здравствуйте, а можете скинуть ссылку, или полное название конференции dot net&

[@PlatinumTechTalks]

www.dotnetconf.net