принял, спасибо

Есть либа такая-uuid :)

Главное на лету их не генерировать)

А в чем проблема?)

Там ререндер зависит от key

Насколько я помню, по крайней мере

Короче, что-то важное да зависит от key :D

ну ето как минимум обязательный проп ))

Отслеживает изменения в списке при помощи key

Да, да

Может кто подсказать одну вещь? Возможно, сформулирую криво, т.к. пока что только разбираюсь в основах реакта.
При наличии редакса, все запросы к апи для получения данных ( например - получение списка продуктов) - должны делаться в actions?
Или допустимо получать данные непосредственно в компонентах, в которых они необходимы? (Тогда здесь вопрос встает в вынесении всех запросов в отдельные Response классы, создавая своего рода прослойку).
Я пытаюсь понять, как сделать лучше, анализирую гиты примеров проектов на реакте, и не могу найти точный ответ. Да и как правило, примеров крупных проектов нет, а в маленьких используют один из двух вышеуказанных способов.
Как в итоге более правильно?

лучше делать как можно больше логики (включая запросы) в экшнах, а в компонентах "просто" мапить данные на отображение

Я выношу в экшены, чтобы запрос и логика были в разных файлах

Почему именно в экшены, а не отдельные респонс классы, которые никак не знают про редакс, и вызываются в компонентах, при необходимости получения ими данных с апи?

это следующий шаг - API layer

Зачем мне какие-то непонятные классы, если я просто запрос сделать

ну то есть стопроцентно не делать запросы прям в компоненте, выносишь в экшн, оттуда выносишь в stateless api layer

ну так "зачем мне выносить запрос в экшн, если я могу просто в компоненте сделать запрос"

Да, вот собственно в этом и вопрос

Ну так читабельность страдает