Одно правило, которое я использую, заключается в том, чтобы подумать, нуждается ли этот компонент в связи с остальной частью приложения, или если это только часть целого.Помните, что посредник предназначен только для того, чтобы служить мостом между представлением и приложением.
Например, если у меня есть представление с формой (например, форма входа в систему), я не опосредую вседочерние компоненты (текстовые поля, кнопки и т. д.), потому что они были бы бессмысленными и имели бы распространение классов и объектов во время выполнения.Когда я делаю форму, я думаю, что делает вид сам по себе?и что другие части приложения должны делать с ним?Когда пользователь заполняет форму и нажимает кнопку, представление отправляет событие (LoginRequestEvent, в данном случае), а затем посредник должен повторно отправить это событие, что делает посредника очень скудным.
Но с практикойрамки, вы придете с этим чувством того, что вы должны быть посредником.Например, в одном приложении я опосредую каждое средство визуализации элементов списка, а в другом я опосредую стек представлений с двумя или тремя содержимыми навигации.
Надеюсь, это поможет