Я думаю, что это основано на мнении.Большинство разработчиков используют оба подхода.Почему?
Пример варианта 1: Представьте список задач из классического приложения задач.Сначала у нас есть TodoList
как обертка для элементов, возможно, с некоторыми вариантами сортировки и так далее.Тогда один элемент (= дочерний компонент) будет называться TodoListItem
.
Пример для варианта 2: Представьте себе приложение в стиле приборной панели.У нас есть несколько показанных компонентов, которые не являются взаимными (могут, но не обязательно).Таким образом, у нас будет компонент Dashboard
.Конечно, DashboardItem
с динамическими значениями также будет работать, но это излишне для большинства приложений.Поэтому можно просто использовать Dashboard
, а затем Investments
в качестве дочернего.
Самое важное: быть кратким и последовательным при именовании ваших компонентов (и, конечно, также переменных, служб и т. Д.).