W ostatnim artykule na temat entity opowiedziałem Wam czym są encje, jak je zaimplementować oraz dlaczego są pomocne. Jeśli go jeszcze nie widzieliście to przed dalszym czytaniem zachęcam Was do zapoznania się z nim. Ten artykuł jest tylko jego rozszerzeniem bazującym na Waszych sugestiach oraz pytaniach, które pojawiły się pod ostatnim postem odnośnie encji na profilu drycode na facebook’u do którego Was serdecznie zapraszam.
W dzisiejszym artykule chciałbym Wam nieco opowiedzieć o tym jak pisać „dobry kodzik”. Część z Was pewnie spodziewa się ciekawych wzorców, praktyk oraz zasad dobrego programowania. Otóż nic bardziej mylnego! Ugryzę temat nieco z innej strony i postaram się pokazać Wam, że znajomość technicznych zagadnień nie zawsze wystarcza.
Entity jest to klasa, która podobnie jak value object nie jest jedynie strukturą danych, ale zawiera w sobie zachowania oraz chroni reguły biznesowe. Udostępnia również odpowiednie metody, ktore zmieniają jej stan oraz enkapsulują logikę dbając przy tym o nasze niezmienniki.
W ostatnim artykule na temat value object opowiedziałem Wam czym są value object’y, jak je zaimplementować oraz dlaczego w większości przypadków są lepsze od bezpośredniego używania wartości prymitywnych. Jeśli go jeszcze nie widzieliście to przed dalszym czytaniem zachęcam Was do zapoznania się z nim. Ten artykuł jest tylko jego rozszerzeniem bazującym na Waszych sugestiach oraz pytaniach.
Stosowanie wartości prymitywnych nie zawsze jest dobrym rozwiązaniem. Nie rzadko powoduje to bardzo dużą ilość problemów. Na szczęście z pomocą przychodzi nam value object.
Architektura warstwowa jest jednym z najbardziej znanych i najczęściej wybieranych stylów architektonicznych. Polega ona na podzieleniu aplikacji na horyzontalne warstwy.