AO
а в качестве ключей придется монотонно возрастающие id использовать, тож норм?
Size: a a a
2020 July 08
AO
а в каком виде в сторе?
{[key]: instance}
🚀🚀
форк сейчас применяется для сср потому что именно в этой задаче инстансы гарантированно пересечений не имеют и не взаимодействуют
во всех остальных случаях внутри одного приложения, когда (даже не если) это предположение окажется ложным, откатываться будет поздно
AO
ну на самом деле для prosemirror там для работы редактора надо несколько инстансев разных сущностей иметь, но это не суть
AO
Aleksandr Osipov
а в качестве ключей придется монотонно возрастающие id использовать, тож норм?
иначе как еще уникально адресовать?
AO
Хотя можно наверное по имени поля
🚀🚀
Aleksandr Osipov
а в качестве ключей придется монотонно возрастающие id использовать, тож норм?
ну например да, но я сомневаюсь что у тебя настолько абстрактные данные что в них нет ни одного опознавательного элемента
AO
Ну имя поля, но это до тех пор пока двух форм не надо будет :)
AO
Aleksandr Osipov
Ну имя поля, но это до тех пор пока двух форм не надо будет :)
Но в текущей задаче я не вижу нужды в таком
🚀🚀
если у тебя формы могут быть описаны как «две» то у тебя в качестве ключа обычный индекс в массиве
M
@ZeroBias получается что эффектор реализован так, что у меня одновременно существуют все сторы и динамический импорт не задуман, да?
AO
ок, хорошо что зашел разговор, а то бы я форкал:)
🚀🚀
@ZeroBias получается что эффектор реализован так, что у меня одновременно существуют все сторы и динамический импорт не задуман, да?
второе из первого никак не следует, это неверная логика
M
второе из первого никак не следует, это неверная логика
Соглы, а по поводу первого?
🚀🚀
динамически импортировать сторы кстати можно
🚀🚀
Соглы, а по поводу первого?
нет смысла конкурировать с useState
AO
если у тебя формы могут быть описаны как «две» то у тебя в качестве ключа обычный индекс в массиве
То есть если я хочу сделать реюзабельный компонент-редактор, то надо дать просто самому пользователю возможность через props указать уникальный ключ, а будет ли этот ключ именем поля в форме или еще чем-то уже на плечах того кто компонент использует, логично?
🚀🚀
Соглы, а по поводу первого?
приложения на эффекторе могут быть динамическими, просто это не означает что они при этом будут выглядеть как реактовский useState
🚀🚀
тут попросту другой ход мысли: сначала данные, потом ui который их использует, не наоборот
🚀🚀
Aleksandr Osipov
То есть если я хочу сделать реюзабельный компонент-редактор, то надо дать просто самому пользователю возможность через props указать уникальный ключ, а будет ли этот ключ именем поля в форме или еще чем-то уже на плечах того кто компонент использует, логично?
ну в первом приближении да, но скорее всего у тебя там будет предоставляться более ёмкий апи