Wpis z mikrobloga

@pitu120: ja robię przez customowy kontroler jak mam jakiś totalnie niestandardowy, często oderwany od konkretnego modelu endpoint. Jak jakaś dodatkowa logika lub zmiana wejścia/wyjścia to albo przez dto, albo przez provider/persister albo event/listener.
@pitu120: pewnie ilu programistów tyle opinii, ja na ogół przyjmuję takie założenia:
* logika związana bezpośrednio z endpointem, rzeczy potrzebne żeby zwrócić response - controller
* inna struktura danych w api, inna w bazie - dto + transformer
* zadania "poboczne", takie jak np. wysyłanie maili albo innych powiadomień - listener
* niestandardowe źródło danych, np. redis albo zewnętrzne api - provider/persister

Ale ostatecznie i tak zależy to od konkretnego przypadku