W ostatnim artykule z serii o Haskellu pisałem na temat funktorów. Następny wpis będzie, jak niektórzy mogą się domyślić, poświęcony funktorom aplikatywnym.
Wcześniej jednak zachęcam do zapoznania się z krótkim artykułem dotyczącym monoidów, ponieważ jest to pojęcie, które pojawi się przy rozkminianiu aplikatyw. ;D
LINK: Półgrupy i monoidy w Haskellu
Wcześniej jednak zachęcam do zapoznania się z krótkim artykułem dotyczącym monoidów, ponieważ jest to pojęcie, które pojawi się przy rozkminianiu aplikatyw. ;D
LINK: Półgrupy i monoidy w Haskellu



















W pakiecie core mam: klasę Task, która reprezentuje zadanie do zrobienia, 2 interfejsy repozytorium - jeden TaskQueryRepository (metody getAll i getById) i drugi TaskCommandRepository (metody add, update i delete) oraz 2 serwisy jeden TaskQueryService i drugi TaskCommandService, korzystające z adekwatnych repo.
W pakiecie framework mam springowe rest api rozbite na 2 controllery TaskQueryApi
@Edelner: tu najprawdopodobniej popełniłeś naprawdę wielki błąd. Nie wiem też, jak to wygląda w Javce (.NET here), ale nie wiem, czemu miałbyś nie zastosować kontenera IoC na poziomie samej aplikacji springowej - to domena ma być wolna od jakiejkolwiek infrastruktury, nie warstwy zewnętrzne w cebulce. Aplikacja korzystająca z tego siedzi przecież na zewnątrz cebulki w czystej architekturze
@Edelner: nie musi. Zostaw sobie IoC tylko w inny sposób:
W module w którym masz spring-a, tworzysz serwisy, Spring Data, wszystko co potrzebujesz