CRUD веб приложение на ASP.NET Core, React, EF Core, Postgresql с чистой архитектурой

preview_player
Показать описание


00:00 Введение
01:00 Слой с domain моделями
07:00 Слой с базой данных
10:30 Конфигурация модели в бд
13:00 Добавление репозитория
24:00 Класс Program
27:00 Docker контейнер с postgresql
29:00 Слой с бизнес логикой
34:50 Контроллеры
48:00 Фронтенд
1:34:00 Показываю результат
Рекомендации по теме
Комментарии
Автор

Шикарно, большое спасибо!

Наконец-то кто-то приводит пример, приближенный к реальной разработке

xmhrrsi
Автор

Хоть видео и длинное, но посмотрел на одном дыхании, стал больше понимать, как работает приложение в целом, спасибо

yakov.lopatin
Автор

Я фронтендер, появилось больше понимания, как работает бэкенд. Спасибо за видео!)

julik_r
Автор

Опа, это я удачно зашел. Хорошо объясняешь, продолжай в том же духе.

SonicMusics
Автор

@KirillDeveloper видео понравилось, но пример уж слишком простой в данном случае. Мне кажется стоило добавить еще несколько связанных между собой сущностей, чтобы показать как реализовать эту связь в моделях и репозиториях, например как в видео по EF. В любом случае благодарю за видео, продолжай!

bogdanlistopad
Автор

Gоod !!! больше нечего и не нужно говорить! спасибо за ваш труд!

yellllk
Автор

Кирилл огромное тебе спасибо!!! Давно хотел фронт пощупать, ты вдохновил)

underground
Автор

Спасибо большое! Очень познавательное видео.

Im_like_Merphy
Автор

Thanks a million for your video it's a good lesson for me. i made api and I will be doing next super Welldone!!!

sherlockholmes
Автор

Очень интересный видос.
Многое непонятно, но это даже здорово, т.к. захотелось углубиться и погуглить отдельно некоторые моменты.

Я далек от фронта, но тоже было интересно, хотелось с чего-то начать. Почему бы не начать с того, что предлагает автор.

Думаю, что пересмотрю видео ещё раз. Спасибо 😊

graffoman
Автор

Привет. Не мог бы ты пояснить момент.
Не понятен смысл существования BookEntity.
Действительно ли нам нужно, используя EF codefirst и миграции, юзать эту прослойку? Какие проблемы мы этим решаем? В твоем примере получается просто валидация при чтении из БД, зачем оно надо <мне> не понятно.

За труды Спасибо, это самый лучший мануал по теме, который мне удалось найти.

vitaliyschweigen
Автор

Спасибо! Узнал много нового, то что не было понятно спросил у Claude

sakenjs
Автор

Добрый день! Я новичок в чистой архитектуре и на пути изучения. У меня появились вопросы.

1) слой core как я понимаю - это доменный слой( бизнес слой, ядро). Если модели данного слоя это бизнес сущность, то не должны ли все остальные слои зависеть от данного слоя?

2) Могу ошибаться, поправьте, пожалуйста, но если в бизнес сущностях что-то поменяется, то нам надо будет в двух слоях менять?

3) Как я понимаю, сеттеры не добавлены были, дабы, проконсультировать нежелательные вставки в свойства? А нельзя ли это проконтролировать в слое выше, в application, так как это слой бизнес процессов. Так же, не протаскивать доменную сущность до слоя Api. Так же, нормально ли в контроллерах выполнять дополнительные действия такие как силекты и прочее, если их можно в слое application, так как повторюсь, это слой бизнес процессов?

За ранее спасибо! Я ни в коем случае, не хочу никого задеть, это в целях улучшить знания свои и получить фидбек по пробелам.

nwyypju
Автор

А если у нас одно из свойств книги будет иметь тип enum, ну например жанр (перечисление фантастика/драма и т.д.), то этот enum тоже нужно будет определять и в entities, и в models?

RichardTheLionJokes
Автор

Добрый день!Спасибо за материал!А есть ссылка на гит с кодом?

behemoth
Автор

Искал любой норм asp тутор, а нашёл золото!

asli
Автор

Спасибо, очень познавательно. Есть вопрос: чем плох шаблон "React and ASP.NET Core"? Его используют на практике, или все же обычно используют разделение frontend/backend как в ролике? Спасибо.

yevhenzoria
Автор

В некоторых случаях dto же находится на уровне бизнес логики, то есть логика возвращает нужный объект для контроллера, а контроллер просто возвращает, то есть в контроллере минимум логики. Такой вариант более правильнее ?

Enigma-mvss
Автор

То чувство когда выучил базовый синтаксис и понимаешь, что дальше уже ничего не понимаешь

it-tbod
Автор

[15:55] Вызов Select после ToListAsync? надо до превращения в лист мэпить. запрос в бд будет чаще всего короче и не придется после создания листа итерироваться по новой

sergeyz.