Dropdown и api

там где нужно, каждый раз.

ну я серьезно) просто у таких подходов есть и плюсы и минусы)

Я тупо на сервере кусок шаблона генерю, но если в модели меняется список, то и модель отдаю.

Если dropdown с таким источником данных будет использоваться в одном месте, то загружаем его отдельно.

Если dropdown используется хотябы в паре мест, то оборачиваем его в компонент.

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

Что мешает хранить списки в Redux?

я просто спрашиваю) ну например я не использую redux в каком то проекте или использую но для глобальных вещей. И писать экшены и редьюсеры дропдаунов не хочется. Я пришел к выводу, в принципе удобно загружать их по месту использования, а не создавать каждый раз новый компонент: select-user, select-level, select-topic. Хотя загружать каждый раз загружать то тоже не удобно

Загружать каждый раз одно и тоже, на мой взгляд очень странное решение. Это как загружать ненормализованные данные для DataGrid, а потом бегать на сервер и таскать справочники для нормализации)))

Без redux? Тогда, нужно что-то, что будет обеспечивать работу с моделями/данными. Ведь React это слой представления(view) и он отвечает за отображение данных и может их только отображать(рендерить/ререндерить).

Сложно ответить на вопрос однозначно. Ведь без Redux что в первом, что втором случае будет не совсем канонично. Лично я стараюсь все упаковывать в компоненты. Ну а далее как выше сказано + Redux.