👷♂️ "To trzeba zatego... w sensie, wydzielić!" - nie raz i nie dwa słyszałem te słowa w projektach, w których uczestniczyłem. Przy okazji tych sugestii padały zazwyczaj słowa o reużywalności, długu technicznym czy ogólnie o zasadzie DRY, czyli "Don't Repeat Yourself".
🙃 Nie zawsze jednak - przynajmniej w długim terminie - te wydzielanie było najlepszym pomysłem i dlatego warto samo DRY jako podejście zderzyć z pułapkami, które mu towarzyszą.
📅 Dzisiejszy materiał kieruje przede wszystkim do juniorów i regularów, dla których zasada DRY jest chlebem powszednim ale także do seniorów i leadów, którzy długoterminowo za konsekwencje wydzielania odpowiadają.
👨🏫 Kurs "Domain-Driven Design Pragmatycznie" dostępny na: domain-driven-design.net/
TIMECODES:
00:00:00 Intro
00:02:02 Definicja DRY
00:03:35 Co rozumiemy jako DRY?
00:09:26 Scenariusz#1 - DRY w logice biznesowej
00:23:08 Scenariusz #1 - problemy
00:26:26 Scenariusz #2 - DRY w bibliotekach
00:29:32 Scenariusz #2 - problemy
00:33:47 Typowo "ludzkie" pułapki DRY
00:37:08 DRY vs SRP
00:38:31 DRY vs zależności pomiędzy zespołami
00:40:15 Jaki jest koszt abstrakcji?
00:41:41 DRY vs OCP
00:43:58 AHA - suplement DRY
00:46:38 Outro
Zapraszamy również na:
⚡️ Discord: devmentors.io/discord-pl
⚡️ Instagram: / devmentors_pl
⚡️ TikTok: / devmentors
⚡️ Twitter: / dev_mentors_pl
#csharp #programming #patterns #cleancode
1 авг 2024
