вызывать методы достаточно удобно и они разбиты каждый по своей категории, однако в таком случае достаточно сложно получить доступ к полям"родителя", следуя из примера выше - это токен 🙁
Может кто посоветует как лучше организовать такую архитектуру, или на крайний случай чтиво под такой кейс, а то чот манкикодить умею, а построение архитектуры ну уж очень страдает
имхо вложенные структуры не должны "знать" об объекте в который они аггрегирован.Должна быть слабосвязанность. потом это не протестируешь отдельно юнит-тестами. либо параметром при создании передавать либо какой то третий объект конфига, который содержит токен. инверсия зависимостей ...все дела.
Обсуждают сегодня