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.
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.
Programowanie obiektowe jest próbą przedstawienia świata rzeczywistego oraz relacji w nim zachodzących za pomocą obiektów. Abstrakcja, hermetyzacja, polimorfizm oraz dziedziczenie to cztery główne cechy, które opisują ten rodzaj programowania.
SOLID to zbiór 5 zasad, które uczą nas jak powinniśmy tworzyć nasze funkcje i klasy, aby nasz kod był łatwy w zrozumieniu, utrzymaniu, testowaniu oraz rozwijaniu.