Command, to prosty wzorzec, dzięki któremu możemy w łatwy sposób wydzielić w naszej aplikacji mniejsze akcje i wyzwalać je przy pomocy jednej zależności, tzw. Command Bus’a. Samo używanie komend jest dość proste, a może przynieść spore korzyści choćby w czytelności kodu. Kiedy używamy command busa, możemy w przyszłości w prosty sposób skręcić w naszym projekcie w kierunku CQS, czyl podziału akcji na komendy i zapytania (nie mylić z CQRS, które mówi o rozdzieleniu modeli zapisu i odczytu, co jest już trochę bardziej skomplikowane, ale oczywiście to ten kierunek).

Domain Driven Design to popularny już od kilku lat temat w programowaniu. Wiedzy dotyczącej DDD jest bardzo dużo i zastosowanie tego podejścia w pełni jest bardzo trudne dla początkującego programisty. Istnieją jednak pewne obszary w tej metodyce, które możemy wyodrębnić i zastosować w naszej codziennej pracy, w projektach niewykorzystujących DDD. Jednym z takich obszarów są building block’i. W tym artykule przedstawię jeden z nich, a mianowicie ValueObject. Gdzie leży problem?

W programowaniu bardzo często można trafić na sytuację, w której jakiś obiekt może istnieć w wielu stanach. W różnych stanach mogą być np. umowy (szkic, zaakceptowana, podpisana), posty (szkic, opublikowany, zaplanowany), konta (niepotwierdzone, potwierdzone). W niektórych przypadkach może wyniknąć potrzeba rozdzielenia konkretnych stanów na osobne klasy, w jeszcze innych wykorzystanie tzw. maszyny stanów, ale nie będę się na tym dziś skupiał. Chciałbym się skupić na wyrażaniu stanu przy pomocy wartości.