так не return, а throw error

а если я совсем try/catch уберу?

можешь убрать catch

короче вообще разницы нет

Т_Т

какого хуя не отваливается в catch?

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

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

че?

а ничего что АСИНКИ это блядь сахар над промисами?!

тут скорее вопрос к спеке fetch

В catch ты попадёшь если во время fetch'а случится кирдык

че?

ну фетч же промисный, в нем свой кэтч, который колбэк вызывает, а не ошибку бросает. а сами асинки же нативные в es7, а не в es7 — это сахар над тем, над чем твой бабель их решил рассахарить

вот такая хуйня мне this.api.get возвращает эррор 404 а он попадает в json

погоди, а почему ты error ждёшь-то?

то что вернулся 404 не значит что фетч реджекнет

и я все равно не верю, что он внешнюю конструкцию try...catch добавит в .catch промиса

ну фетч же промисный, в нем свой кэтч, который колбэк вызывает, а не ошибку бросает. а сами асинки же нативные в es7, а не в es7 — это сахар над тем, над чем твой бабель их решил рассахарить

я понимал так если промис фейлится, то должен throw в асинке

разве не статус ответа надо проверять?

то что вернулся 404 не значит что фетч реджекнет

аааа

разве не статус ответа надо проверять?

блин

спасибо

то что вернулся 404 не значит что фетч реджекнет

This

то есть ты думаешь типа reject -> throw? не очевидно как-то

пошел перепишу this.api.get

то есть ты думаешь типа reject -> throw? не очевидно как-то

почитай спеку

для этого и было придумано чтоб такая херня как у меня работала

но она не работает потому что я в методе самого запроса статус не чекаю

спасибо ребят

welcome

я схендлил ошибку а можно прочитать тело ответа как json?

react-sidebar позволяет как-то подписаться на события? В доке не видно такого. В состоянии docked он все равно анимирует сайдбар, вытаскивая его из-за края экрана, при этом размер основного блока тоже быстро и плавно уменьшается, а у меня там контент завязан на размер контейнера. Никаких событий ресайза не происходит, конечно. Как это можно красиво решить?

я схендлил ошибку а можно прочитать тело ответа как json?

чтобы на один await / then меньше было?

вот такая хуйня мне this.api.get возвращает эррор 404 а он попадает в json

не, кажись бага у тебя

а не, у нас там завернуто

я схендлил ошибку а можно прочитать тело ответа как json?

там короч есть такое https://developer.mozilla.org/en-US/docs/Web/API/Response/ok

разобрался

.ok весьма в тему

спасибо!

async/await рулят)

ага)

всем огромное спасибо

надо перечитать спеку fetch и асинков

добрый вечер господа, пытаюсь решить следующий вопрос: есть небольшое SPA: react, redux. Есть у меня todo-list. На каждой заметке есть кнопка комплита, при клике текущая заметка убирается из данного списка и попадает в другой. Проблема в следущем: когда первый итем убирается, следующему добавляются его классы (и стили также). Итем удаляется правильный. При ререндере все ок становится. Подозреваю что проблема с ref может быть или какая-то тонкость связанная с рендером

добрый вечер господа, пытаюсь решить следующий вопрос: есть небольшое SPA: react, redux. Есть у меня todo-list. На каждой заметке есть кнопка комплита, при клике текущая заметка убирается из данного списка и попадает в другой. Проблема в следущем: когда первый итем убирается, следующему добавляются его классы (и стили также). Итем удаляется правильный. При ререндере все ок становится. Подозреваю что проблема с ref может быть или какая-то тонкость связанная с рендером

Покажи, как рендерится список.

Подозреваю, что у тебя индексы в качестве key

Именно они

Подозреваю, что у тебя индексы в качестве key

да, в контейнере массив из стейта берется и через map отображаю эти li

да, в контейнере массив из стейта берется и через map отображаю эти li

Нельзя использовать индексы в роли key, это антипаттерн. Меняй i на id.

Нельзя использовать индексы в роли key, это антипаттерн. Меняй i на id.

Можно

Можно

Аргументируй.

Если порядок элементов меняться не будет

Это в доке написано

Написано, что не рекомендуется.

Но не написано что это антипатичное

Антипаттерн

Тьфу

Но не написано что это антипатичное

Но именно им и является.

Аргументируй

спасибо, помогло

Аргументируй

Первое, что приходит на ум при ворнинге об отстутствии ключа — подсунуть индекс. Это и есть антипаттерн.

А ещё второй ссылкой в гугле выдаёт, что это тоже антипаттерн.

Аргументируй.

Я вывожу массив, я вот не планировал его менять, но реакт доебывает "ключи мне, смертный", добавляю индекс, он доебывает "индекс блеать, смертный". Ну и получаются ключи fuck-you-${i}

ERROR: S client not available

Я вывожу массив, я вот не планировал его менять, но реакт доебывает "ключи мне, смертный", добавляю индекс, он доебывает "индекс блеать, смертный". Ну и получаются ключи fuck-you-${i}

Да? Реакт теперь предупреждает об индексах?

Заебал, ага

Да? Реакт теперь предупреждает об индексах?

С какой версии

А своими словами можешь пояснить почему антипаттерн?

А своими словами можешь пояснить почему антипаттерн?

Ну это тож легко, если бездумно это делаешь, получаешь ошибки, как у сабжа, и хер их поймаешь, если не знаешь

Да? Реакт теперь предупреждает об индексах?

тоже впервые вижу

Ну я если честно не помню, мб это линтер мой, так что не принимайте совсем как точную инфу

Да, скорее линтер.

Я посмотрю попозже, отпишусь

Ну это тож легко, если бездумно это делаешь, получаешь ошибки, как у сабжа, и хер их поймаешь, если не знаешь

Я видел наоборот когда писали лишние вещи для генерации id там где список не модифицировался

Я видел наоборот когда писали лишние вещи для генерации id там где список не модифицировался

Ну поэтому я сначала ему ответил, а не тебе)

Да, скорее линтер.

Ага.

Это не антипаттерн, это просто вещь про которую надо знать

Использовать уникальный id на рендере абсолютно любых списков точно не стоит. Где надо - там и используешь

Угу

Использовать уникальный id на рендере абсолютно любых списков точно не стоит. Где надо - там и используешь

Почему? Есть какие-то причины, по которым наличие ключа может быть минусом?

Почему? Есть какие-то причины, по которым наличие ключа может быть минусом?

Потому что его нет например

Почему? Есть какие-то причины, по которым наличие ключа может быть минусом?

Да, время на его создание

Ну ок. Хотя не сталкивался с таким.

Почему? Есть какие-то причины, по которым наличие ключа может быть минусом?

Ты про uniqid либу, которая каждый раз выдает разный уникальный id? Просто не юзаю такое. Либо id с апи есть в списке элементов уже, либо индексы, либо ничего. Но сходу могу предположить, что генерироваться уникальный id будет каждый раз заново и это получается, что при добавление итема в список - будет весь список перерендериваться, а не просто 1 элемент добавится, или как? Ведь key при следующем обходе рендера выдаст уникальный id для каждого итема. Поправьте если не прав

Да, ты прав

Ты про uniqid либу, которая каждый раз выдает разный уникальный id? Просто не юзаю такое. Либо id с апи есть в списке элементов уже, либо индексы, либо ничего. Но сходу могу предположить, что генерироваться уникальный id будет каждый раз заново и это получается, что при добавление итема в список - будет весь список перерендериваться, а не просто 1 элемент добавится, или как? Ведь key при следующем обходе рендера выдаст уникальный id для каждого итема. Поправьте если не прав

При получении данных нужно генерить ид

Но они уже приходят с ними )

При получении данных нужно генерить ид

Нужно ли?

Я бы 10 раз подумал

Нужно ли?

Если их нет например

Ты про uniqid либу, которая каждый раз выдает разный уникальный id? Просто не юзаю такое. Либо id с апи есть в списке элементов уже, либо индексы, либо ничего. Но сходу могу предположить, что генерироваться уникальный id будет каждый раз заново и это получается, что при добавление итема в список - будет весь список перерендериваться, а не просто 1 элемент добавится, или как? Ведь key при следующем обходе рендера выдаст уникальный id для каждого итема. Поправьте если не прав

Не. Uniq id либы я не использовал. Я скорее к тому, что не сталкивался пока со случаем, когда из элемента списка нельзя было бы состряпать id. Хотя это скорее потому, что я только API клиентами занимался.

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

Для оптимистичного изменения есть польза в этом, для других кейсов не вижу

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

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