Как лучше: автономный дочерний компонент или передавать props из родителя?

Question

[Сергей Соколов]

Компонент списка и под-компоненты элементов списка.
Для отображения элемента надо получить адрес его картинки с третьего сервиса асинхронным запросом.

Список элементов известен сразу при загрузке. Плюс элементы в список могут динамически добавляться пользователем.

Кому поручить ответственность за загрузку картинок?

Вижу два варианта:

1. передавать сверху вниз от родителя через props. При инициализации приложения известным списком. И при изменении списка запрашивать с сервиса отсутствующие картинки - под-компоненты обновятся.
   
2. под-компонент полностью автономен, ему лишь передали id его объекта через props. Под-компонент сам запросит адрес картинки: через некий диспетчер/кэш в приложении или просто напрямую у сервиса.
   

Второй сложнее, но кажется «правильнее».

Answer 1

[Виталий Мосин]

ИМХО 1 вариант, так у тебя дочерний компонент будет зависеть только от props, и не иметь никаких других зависимостей, что положительно скажется на тестируемости и возможности переиспользования этого компонента.

Comments

[Сергей Соколов]

дочерний компонент так и так зависит только от props: передается либо весь комплект и дочка «тупо» отображает, что передали; либо дочка «умная» и получает только определяющий всё прочее id, по которому сама запрашивает доп. данные, однозначно следующие из id, полученного через props.
Данные третьей стороны может запрашивать либо родитель либо дочка.
Какой объективный критерий может быть в пользу того или иного варианта? Какое-нибудь золотое правило проектирования с двусмысленной аббревиатурой типа KISS )

[Виталий Мосин]

Сергей Соколов, ты упускаешь момент, что во втором случае дочерний компонент связан не только пропсами с родителем, но и еще с источником данных. Что если для разных элементов, потребуется брать данные или картинки из разных источников?
В первом случае дочка имеет только один способ получить данные - через пропсы, поэтому она более универсальная.