Скажем, надо плавное сворачивание-разворачивание блоков с неопределённой высотой.

css + state?

Скажем, надо плавное сворачивание-разворачивание блоков с неопределённой высотой.

addEventListener('animationEnd') не помогает?

на их основе запилить свой fade

И в него оборачивать то, что нужно скрывать

дальше стейтом

ммм. Шпашибо, но, нашла react-motion. Вроде прикольный

Господа, как вы разруливаете различия между объектами, которые получены с сервера и имеют настоящие id (старики) и только что созданными на клиенте пустыми новыми объектами (молодежь), которые на сервер ещё ни разу не посылали? Молодёжь не может получать id такого же формата из-за опасности возникновения коллизий, например. Молодёжь и старики по-разному удаляются, да и сохраняются через разные API. И всё такое прочее. Я сейчас генерирую молодёжи флаг isNew и даю временный`id` в виде new_42, после сохранения на сервер и получения реального id — заменяю на реальный. Подход кривоват, но работает. Есть ли какие решения получше?

Господа, как вы разруливаете различия между объектами, которые получены с сервера и имеют настоящие id (старики) и только что созданными на клиенте пустыми новыми объектами (молодежь), которые на сервер ещё ни разу не посылали? Молодёжь не может получать id такого же формата из-за опасности возникновения коллизий, например. Молодёжь и старики по-разному удаляются, да и сохраняются через разные API. И всё такое прочее. Я сейчас генерирую молодёжи флаг isNew и даю временный`id` в виде new_42, после сохранения на сервер и получения реального id — заменяю на реальный. Подход кривоват, но работает. Есть ли какие решения получше?

а разные таблицы и мигрирровать?

\

добавлять к старикам только после сохранения на сервер?

++

а разные таблицы и мигрирровать?

Это сваливание архитектурных проблем на юзера, что плохо для UX

временный id генери с помощью uuid

Пользователю такие особенности фиолетовы абсолютно

и коллизий не будет 100%

Это сваливание архитектурных проблем на юзера, что плохо для UX

при чём тут? у тебя айдишка выдаётся БД? Если да, то пока они новые держишь в одной базе, как только все условия выполнены - переносишь в другую

временный id генери с помощью uuid

только уиид4, он гарантированно уникальный выдаст

временный id генери с помощью uuid

Хорошее решение, спасибо. А флаги?

он там по дефолту

Хорошее решение, спасибо. А флаги?

зачем флаги?

Господа, как вы разруливаете различия между объектами, которые получены с сервера и имеют настоящие id (старики) и только что созданными на клиенте пустыми новыми объектами (молодежь), которые на сервер ещё ни разу не посылали? Молодёжь не может получать id такого же формата из-за опасности возникновения коллизий, например. Молодёжь и старики по-разному удаляются, да и сохраняются через разные API. И всё такое прочее. Я сейчас генерирую молодёжи флаг isNew и даю временный`id` в виде new_42, после сохранения на сервер и получения реального id — заменяю на реальный. Подход кривоват, но работает. Есть ли какие решения получше?

uuid тебя спасет от вот этой срани с коллизиями, ты будешь генерить uuid на клиенте и спокойно себе сохранять на сервер

ну и на сервере тоже нужно чтобы uuid

ну и на сервере тоже нужно чтобы uuid

но каждый вызов выдаст новый юиид. как он их отслеживать будет?

при чём тут? у тебя айдишка выдаётся БД? Если да, то пока они новые держишь в одной базе, как только все условия выполнены - переносишь в другую

Не очень понял. Ты про базу сервера? У меня пользователь может нажать кнопочку «Добавить строку в таблицу» и UI ему добавит пустую строку для заполнения. И пока он её не заполнит и она не пройдёт валидацию — на сервер ничего не отправится.

obj = {id: uuid} dispatch(saveObj(obj)) axios.post(url, obj).then((serverObj)=> dispatch(updateTemporaryObject(obj.id, serverObj)

как-то так

Не очень понял. Ты про базу сервера? У меня пользователь может нажать кнопочку «Добавить строку в таблицу» и UI ему добавит пустую строку для заполнения. И пока он её не заполнит и она не пройдёт валидацию — на сервер ничего не отправится.

ааа ... ну тогда да, юиидом генерь ей айдишку

я думал у тебя юзеры геннерятся и типа им надо предварительная айдишка

зачем флаги?

А как разницу в API разрешать? Создать новый объект и изменить старый — это два разных REST-метода.

надо чтоб на сервере в БД в поле id использовался uuid, на клиенте создается uuid по такому же алгоритму, ну и все это отправляется на сервер, профит

выше смотри

код

Да, сервер я не контролирую.

на сервер разумеется без id уходит

надо чтоб на сервере в БД в поле id использовался uuid, на клиенте создается uuid по такому же алгоритму, ну и все это отправляется на сервер, профит

при каждом вызове будет новый юиид. присваиваение должно быть в 1 месте

т.е. POST

на сервер разумеется без id уходит

Та чё, можно ж и с юиидом отправлять. Базу просто надо будет настрощать

Та чё, можно ж и с юиидом отправлять. Базу просто надо будет настрощать

ну обычно в POST нельзя id кидать

ибо создание обьекта

это для PUT

но зависит от апи конечно

ну обычно в POST нельзя id кидать

если у него монга, там id = _id

ну обычно в POST нельзя id кидать

но если REST ты прав

при каждом вызове будет новый юиид. присваиваение должно быть в 1 месте

да, единожды на клиенте, потом уходит на сервер и все, если с сервера пришло с uuid то ничего не делаем

если релляционные, то иначе

да похуй вообще что там на сервере создается

то как оно хранится в базе это одно а то что отдается клиентам другое если вы отдаете чистый объект из базы, то светлой вам памяти

obj = {id: uuid} dispatch(saveObj(obj)) axios.post(url, obj).then((serverObj)=> dispatch(updateTemporaryObject(obj.id, serverObj)

У меня щас примерно так и есть — после создания нового объекта на сервере мне возвращается реальный id и я заменяю им временный.

ну вот

флаги только не нужны

они просто лишние — у тебя весь код в одном контексте выполняется

они просто лишние — у тебя весь код в одном контексте выполняется

Не весь, мне методы API надо различать

У всех скайп глючит?

Ну то есть я всё это спрятал в редукторах, конечно, но тем не менее

У всех скайп глючит?

на vc.ru писали вчера

Не весь, мне методы API надо различать

какие?

какие?

POST CreateNewObj и PUT UpdateObj условно (исправил)

ну во-первых наоборот

А, да, наоборот

а во-вторых что значит различать?

PUT —-> обновить полностью

сделай две функции createObject upateObject

Update —-> некоторые поля

сделай 3

updatePartial :)

разница в том что заменять id ты должен только в createObj

ERROR: S client not available

а во-вторых что значит различать?

Новые объекты надо сохранять через POST, старые через PUT

ну

ты походу это в одном месте делаешь просто

и обозвал как-нибудь типа saveObj

Новые объекты надо сохранять через POST, старые через PUT

у тебя должно быть: POST, PUT/UPDATE, DELETE

при чём между ПУТ и АПДЕЙТ есть своя разница.

А вот разделять как сохранение нового и старого объекта как ПОСТ и ПУТ не правильно с точки зрения методологии

и обозвал как-нибудь типа saveObj

Ну у меня в UI кнопка «Сохранить» дёргает onSave, который смотрит флаг isNew и дёргает уже или update или create.

А вот разделять как сохранение нового и старого объекта как ПОСТ и ПУТ не правильно с точки зрения методологии

с какой методологии?

с какой методологии?

РЕСТ

Саранского ПТУ?

А вот разделять как сохранение нового и старого объекта как ПОСТ и ПУТ не правильно с точки зрения методологии

шта?

http://www.restapitutorial.com/lessons/httpmethods.html

ииии?

А вот разделять как сохранение нового и старого объекта как ПОСТ и ПУТ не правильно с точки зрения методологии

Ну ты это, почитай про методы HTTP штоле, я прям не знаю

пост - создать

пут - обновить все поля

что не так то?

Всё так

Блин, перепутал Update === PATCH

да пофигу

PUT---Update/Replace, PATCH---Update/Modify

мы щас преимуществнно про пост )

кинь ссылку на это плиз

а не про то, как изменить старую запись?

http://www.restapitutorial.com/lessons/httpmethods.html

о спасибо

а не про то, как изменить старую запись?

не, про то как разделить апдейт и криейт

Ну у меня в UI кнопка «Сохранить» дёргает onSave, который смотрит флаг isNew и дёргает уже или update или create.

нахуя

не, про то как разделить апдейт и криейт

аааа ... ну дык криэйт - это ПОСТ. Апдейт - смотря какой.

if (obj.id) { this.updateObj(obj) } else { this.createObj(obj) }