Redux-Store Best practice: как лучше в store разделять данные от состояния UI?

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

store: {
  ui: {
    sidebar:  true   
  }
  entitites: {
     //...
  }
}

если же это состояние компонента, типа

- показать/скрыть тот или иной компонент
- поменять вид компонента
- показать скрыть диалог,

лучше использовать нативный реактовский стейт.
А так в целом, структура Store зависит от приложения, строгих правил кроме рекомендаций типа "сущности лучше хранить в нормализованном виде", я лично не встречал.

Состояние интерфейса обычно хранится в state компонента.
- экраны в связке с роутингом (тут и состояние хранить обычно не нужно дополнительно, так как оно уже хранится в роуте (объект location))

Спасибо, за ответы Максим и Илья Ростопка
Думаю я плохо сам вопрос сформулировал.
Когда использовать state и когда store - более менее понятно.
Вопрос скорее по именованию полей и структуре самого дерева (даже если это все хранится в state - вопрос также актуален).

У меня проблема такая: сами компоненты при рендеринге изобилируют
во такими конструкциями:

{entityA!=null ? <EntityA name={entitiA.name}/>:null}

<Input error={error!=null?error.message:""}

{isDialogAOpen?<Dialog/>:null}

Это все приходит в props (redux) или как-то хранится в state.
Порядка не получается, разобраться потом проблематично.
Мне кажется не хватает каких-то гайдлайнов по именованию как props значений так и структур store/state. Вот я и хотел найти ссылочки на подобное