Wybór architektury
Z reguły gdy tworzymy jakąś aplikację jest to jedna wielka aplikacja albo zbiór małych aplikacji, które w mniejszym lub większym stopniu się ze sobą komunikują. Ponadto często jest tak, że… Dowiedz się więcej »Wybór architektury
Z reguły gdy tworzymy jakąś aplikację jest to jedna wielka aplikacja albo zbiór małych aplikacji, które w mniejszym lub większym stopniu się ze sobą komunikują. Ponadto często jest tak, że… Dowiedz się więcej »Wybór architektury
General Responsibility Assignment Software Patterns (GRASP) to zbiór 9 zasad określających, jaką odpowiedzialność powinno się przypisywać określonym obiektom i klasom w systemie. Wszystkie te zasady odpowiadają na część problemów z… Dowiedz się więcej »GRASP
Na przestrzeni lat powstało bardzo dużo projektów. Część z nich była łatwiejsza w utrzymaniu, część trudniejsza. Analiza tych projektów pozwoliła zauważyć, że są pewne zasady, które powodują łatwiejszy ich rozwój.… Dowiedz się więcej »SOLID – pragmatycznie
Aktualizacja 24.03.2020 Dodałem podział na porty wewnętrzne i zewnętrzne. Zaktualizowałem heksagonalny wykres zależności. Spotkałem już kilka nazw, a każda z nich wskazywała na tę samą architekturę. Różniły się one co… Dowiedz się więcej »Architektura Clean/Onion/Hexagonal/Ports&Adapters
Gdy piszemy metodę, która ma coś wykonać i ta operacja się nie powiedzie, zastanawiamy się co w takiej sytuacji zrobić: czy lepiej jest rzucić wyjątek, czy może zwrócić rezultat z… Dowiedz się więcej »Wyjątek czy rezultat?
Może się zdarzyć tak, że nasza aplikacja rzuci wyjątek, którego się nie spodziewaliśmy. Nie wygląda to dobrze, jeśli taki nieobsłużony wyjątek trafi do użytkownika. Dodatkowo, jeśli nie otrzymamy informacji o… Dowiedz się więcej »Globalna obsługa wyjątków w C#
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… Dowiedz się więcej »Architecture Decision Record / Decision Log