DTO (Data Transfer Object) pomaga kontrolować przepływ danych między warstwami aplikacji, zapewnia bezpieczeństwo i przejrzystość kodu – musisz znać ten wzorzec!
Z jednej strony wiemy o encji będącej reprezentacją wiersza z tabeli bazy, a z drugiej o miejscu na logikę biznesu. Encja może mieć tylko zmapowane pola bazy czy coś więcej? Dzisiaj o tym, kiedy lepiej mieć encje bogate, a kiedy anemiczne.
Przybliżę dzisiaj koncept Value Objects, które w głównej mierze mogą kojarzyć się z Domain Driven Design, ale czy powinniśmy wrzucać je do tego samego worka? Dziś o tym dlaczego Value Object to nie coś dedykowanego jedynie DDD.
Niejednokrotnie zachodzi potrzeba zmiany jednej postaci danych do drugiej. Manualne tworzenie klas i ustawianie i właściwości „gdzie popadnie” może skończyć się źle, gdy zechcemy dodać nowe pole. Jak temu zaradzić? Sprawdź ten wpis.
Czy zastanawiałeś/aś się kiedyś co powinien zwracać kontroler? Czyli o tym co (i dlaczego) powinna zawierać zwrotka z klasy kontrolującej. Dlaczego bezpośrednie zwracanie encji jest złym pomysłem oraz jak tego uniknąć?
Jak poprawnie przeprowadzić proces walidacji przychodzących danych? Na co uważać podczas wyboru mechanizmu sprawdzającego? w niniejszym wpisie poruszone zostały te i inne problemy związane z koniecznością kontroli wpływających informacji.
Obsługa i czyszczenie cache bywają uważane za trudne. Jak unikać problemów? Poznaj skuteczne strategie i dobre praktyki, które pomogą Ci w zarządzaniu cache-m.
Czy hexagonal architecture jest naprawdę tak bardzo skomplikowanym i trudnym wzorcem, jak pokazuje to większość poradników w internecie?
Command Query Responsibility Segregation czyli CQRS. Jest to wzorzec projektowy, który rozdziela zadania odczytu i zapisu do osobnych modeli. Sprawdź ten wpis, aby dowiedzieć się kiedy i jak z niego skorzystać.