Logowanie w C# – Serilog
Chyba każdy z nas używa logowania w swojej aplikacji. Jeśli jednak ktoś tego nie robi, to zachęcam zacząć. W innym przypadku może być mu trudno zareagować, kiedy coś się wysypie.… Czytaj dalej »Logowanie w C# – Serilog
Chyba każdy z nas używa logowania w swojej aplikacji. Jeśli jednak ktoś tego nie robi, to zachęcam zacząć. W innym przypadku może być mu trudno zareagować, kiedy coś się wysypie.… Czytaj dalej »Logowanie w C# – Serilog
Gdy tworzymy testy jednostkowe bardzo często musimy coś „zmockować” (czyli stworzyć sztuczny obiekt, którego będziemy używali w trakcie testów zamiast prawdziwej implementacji). Niestety czasem bywa tak, że nasza klasa ma… Czytaj dalej »Automatyczne tworzenie mocków – AutoMoq
Podczas pisania testów (czy to jednostkowych, czy integracyjnych, czy e2e) prawie zawsze musimy stworzyć obiekt z danymi. Czasem jest to obiekt wejściowy, czasem wyjściowy. Z reguły nie interesuje nas większość… Czytaj dalej »Automatyczne tworzenie obiektów z danymi – AutoFixture
Aktualizacja 28.09.2020 Dodałem informacje o konieczności wywołania metody AddApplicationPart. Gdy tworzymy jakieś API dobrze jest sprawdzić, czy ono działa. Po każdej zmianie albo dodaniu nowego punktu wejścia (endpoint) powinniśmy przetestować,… Czytaj dalej »Testy API w C#
Jedną z pierwszych rzeczy jaką robię, gdy tworzę nowe API, jest dodanie narzędzia Swagger. Umożliwia ono w szybki i prosty sposób przetestować API. Używam go również, gdy chcę łatwo wywołać… Czytaj dalej »Interaktywna dokumentacja API – Swagger
Od zawsze trochę męczyło mnie to, że jak dodaję nowy interfejs wraz z klasą go implementującą, to muszę pamiętać jeszcze o rejestracji go w kontenerze wstrzykiwania zależności. Aż w pewnym… Czytaj dalej »Automatyczna rejestracja typów w C#
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ś… Czytaj dalej »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… Czytaj dalej »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… Czytaj dalej »4 typy podejść do programowania – technical debt quadrant
Czy byliście kiedyś w sytuacji, że dołączyliście do istniejącego już projektu, zagłębiliście się w jego kod i architekturę, a następnie uznaliście, że to jest bez sensu? Że ktoś dał mocno… Czytaj dalej »Architecture Decision Record / Decision Log