Taktyczne Domain-Driven Design | Masterclass

Подписаться 7 тыс.

Просмотров 16 тыс.

50% 1

Przedstawiamy zapis wideo z warsztatów w formie Masterclass, które odbyły się w wersji stacjonarnej oraz zdalnej w listopadzie 2022 roku w Warszawie, dzięki współpracy z firmą Pragmile.
Ponad 6 godzin materiału wideo, który tak naprawdę stanowi ułamek tego, co pojawi się w dedykowanym kursie DDD jeszcze w tym roku :)
domain-driven-design.net
Zapraszamy na odświeżoną stronę devmentors.io, z nowymi, dedykowanymi sekcjami dla części szkoleniowej oraz konsultingowej:
devmentors.io/szkolenia/
devmentors.io/konsultacje/
devmentors.io/kontakt/
Aktualna wersja platformy z dostępem do kursów działa pod adresem platform.devmentors.io/
Linki:
🔗 Repo omawianego projektu: github.com/devmentors/MySpot-...
🔗 Board Miro: miro.com/app/board/uXjVOsFhtZ...
🔗 Mój problem z DDD • Mój problem z Domain-D...
Zapraszamy również na:
⚡️ Discord: devmentors.io/discord-pl
⚡️ Twitter: / dev_mentors_pl
⚡️ Instagram: / devmentors_pl

Опубликовано:

14 янв 2023

Ссылка:

Скачать:

Готовим ссылку...

Добавить в:

Мой плейлист

Посмотреть позже

Комментарии : 22

@ultimatedjX Год назад

Jeszcze nie ogladalem, ale pragne podziekowac DevMentorsom za dotychczasowa robote - udostepnianie wartosciowych materialow. To jest pomocne.

@DevMentorsPL Год назад

Dzięki za miłe słowa :)

@jamasica5839 Год назад

Elegancki materiał!

@Dragonet17 3 месяца назад

Mega robota, wszystko precyzyjnie wytlumaczone, zabraklo mi jedynie wiecej specyficznych przypadkow, popartyvh przykladami :)

@nogiecb Год назад

Sztos! Dziękuję!

@DevMentorsPL Год назад

No problem :D

@pablosan98 Год назад

Dev mentors świetna robota, serio. Właśnie oglądam i to jest bardzo dobre mięcho techniczne :). Mam Wasze kursy i bardzo mi sie podobają

@DevMentorsPL Год назад

Bardzo dziekujemy :)

@kamilkosobudzki1613 Год назад

5:11:00 - Czyli w takiej sytuacji gdy np. dla DAL używamy sobie Dappera, mamy luźniejszą hermetyzację agregatu (z publicznymi Get'ami) oraz WriteModel który mapujemy później na Agregat (bo nie korzystamy z EF'a więc nie mamy change trackera) to przepływ powinien wyglądać w ten sposób: 1. Z repo wyciągamy WriteModel który mapujemy na agregat używając publicznego konstruktora tego aggregatu 2. W handlerze robimy operacje na Agregacie (agregat broni swoich zasad) 3. Przekazujemy Agregat do jakiejś metody Update/Add/Delete w repository, w którym to mapujemy agregat na WriteModel i ten WriteModel utrwalamy dobrze rozumiem?

@CoderCoder1337 Год назад

Dzięki za wrzutkę. Obejrzane na 2 raty 6h trochę ciężko było, coś tam zrozumiałem, ale nie wszystko :) filozofowanie korpo-gadką jest dla mnie bardzo ciężkostrawne, a jak przechodzicie do kodu to okazuje się, że to nie jest takie straszne.

@DevMentorsPL Год назад

Nie wiemy do końca co masz na myśli pisząc "filozofowanie korpo-gadką" :P Jeśli to się tyczy wszystkiego, co było mówione na wstępie + dyskusje o samym modelu, to jest to integralna część DDD. Kodzik to ta paradoksalnie łatwiejsza część, która jest łatwa właśnie dlatego, że odrobiło się lekcja na poziomie analizy

@CoderCoder1337 Год назад

@@DevMentorsPL tak, wiem z waszych materiałów, że to jest właśnie większa część całego DDD, ale fajnie byłoby to przekazać w jakiś bardziej przystępny sposób dla Juniora. Bycie świetnym programistą (bo za takich Was uważam) niekoniecznie oznacza bycie świetnym szkoleniowcem. Widziałem próbki kursów i tam już jest lepiej, ale np. materiały Sławomira Sobótki i Mariusza Gila jakoś lepiej mi podchodzą. Nie umniejszając nikomu oczywiście pełen szacun dla Was.