Z reguły naszą logikę biznesową umieszczamy w klasach serwisowych. Czasem są one większe, a czasem mniejsze. Zastanówmy się, jak mógłby wyglądać nasz kod, gdybyśmy dla każdej metody z serwisu tworzyli… Dowiedz się więcej »Klasa per metoda z wykorzystaniem MediatR
Z reguły nasze aplikacje posiadają jakąś logikę biznesową (o ile nie piszemy prostego CRUD). Chciałbym jednak zaznaczyć, że nie mam tu na myśli logiki w rozumieniu walidacji czy reguł biznesowych,… Dowiedz się więcej »Jak grupować logikę biznesową w klasach
Często w naszych aplikacjach mamy do czynienia z datami. Najczęściej używamy ich przy polach takich jak data utworzenia (np. CreatedAt) lub data modyfikacji (np. ModifiedAt), ale są też inne miejsca.… Dowiedz się więcej »Daty – jak sobie z nimi radzić
Kiedyś bardzo lubiłem bibliotekę AutoMapper. Była ona z reguły jedną z pierwszych bibliotek, jakie zawsze dodawałem do projektu na samym początku. Pozwalała mi tworzyć mnóstwo obiektów i mapować je do… Dowiedz się więcej »AutoMapper to zło
Często gdy mamy napisać jakiś kod, okazuje się, że już gdzieś napisaliśmy taki sam lub podobny. Wtedy stajemy przed dylematem – czy zduplikować go, czy użyć ponownie? Kiedyś bardzo dużo… Dowiedz się więcej »Duplikować kod czy nie duplikować?
Jak dużo czasu poświęcacie na zrozumienie kodu, gdy trzeba w nim coś zmienić? Czasem kod jest na tyle czytelny, że wszystko widać od razu, a czasami trzeba poświęcić po kilka-kilkanaście… Dowiedz się więcej »Prosty kod
Często słyszę, jak te pojęcia są mylone i używane zamiennie, a tak naprawdę tyczą się zupełnie różnych rzeczy. Pokrótce postaram się przybliżyć oba te terminy, a także zaproponować sposób, jak… Dowiedz się więcej »Dług techniczny, dług technologiczny
Czasem można usłyszeć rozmowy na temat tego czy warto pisać kod dobrej jakości. To nie jest tak, że są osoby, które uważają, że jakość jest nieważna. Zazwyczaj mówią one coś… Dowiedz się więcej »Jakość czy szybkość? – Design Stamina Hypothesis
Czy mieliście czasem wrażenie, że wraz z upływem czasu, kod w projekcie staje się coraz gorszy? Że się starzeje? Że jest coraz trudniejszy w utrzymaniu? Że pojawia się coraz więcej… Dowiedz się więcej »Pogarszający się kod, a refaktoryzacja
Kilka lat temu Martin Fowler przedstawił coś takiego jak technical debt quadrant (możecie o tym przeczytać tutaj). Ten wykres jest wynikiem jego rozmyślań nad długiem technicznym – jakie nasze działania… Dowiedz się więcej »4 typy podejść do programowania – technical debt quadrant