Так вроде и в доме свойство тоже className

А не class

Так вроде и в доме свойство тоже className

Нет же

Да оно зарезервированно, но как в синтаксис же, в объекте норм пишется

Нет же

Соре тогда

Так вроде и в доме свойство тоже className

Ебать

Несите валидол

Ебать

О кстати

Да и почему тогда везде кроме реакта class в jsx

Мне сказали что ты в сервисы умеешь в реакте

Да и в след релизе будет тоже класс

Когда то читал статью, вроде className изначально назвали, а потом что бы небыло путаницы оставили это название

Мне сказали что ты в сервисы умеешь в реакте

А поподробнее?

Хотя признали, что это не самое удачное название

Он из секты эффектора

Хотя признали, что это не самое удачное название

Класс лист больше подходит

Класс лист больше подходит

Там же строка

А поподробнее?

Хочу сделать класс с обращениям к апи, юзаю фетч и хочу сделат pipe как в rx

мне надо 1) сделать запрос, 2) подождать ответ,3) проверить статус, 4) сделать json

Там же строка

Которая по сути список классов через разделитель пробел

Хочу сделать класс с обращениям к апи, юзаю фетч и хочу сделат pipe как в rx

Ща

Apicase, ы

Хочу сделать класс с обращениям к апи, юзаю фетч и хочу сделат pipe как в rx

Зачем для этого класс??

Apicase, ы

Но времени доработать его у меня нет, как и на любой опен сорс в принципе сейчас

Зачем для этого класс??

Что бы все в одном месте было

Но времени доработать его у меня нет, как и на любой опен сорс в принципе сейчас

Ну я гляну, спасибо

мне надо 1) сделать запрос, 2) подождать ответ,3) проверить статус, 4) сделать json

https://30secondsofcode.org/adapter#pipefunctions

Вот тебе пайп

Насколько я помню, пайп в rx другое значит

Но это не точно, я его не юзал ни разу

https://30secondsofcode.org/adapter#pipefunctions

Я хочу все умно через await сделать, просто такую цепоку действий

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

Я хочу все умно через await сделать, просто такую цепоку действий

Там есть pipe async funca

Насколько я помню, пайп в rx другое значит

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

Там есть pipe async funca

Чувак, у меня нет rx в проекте

Цепочку действий внутри одного запроса? Или цепочку запросов?

Цепочку действий внутри одного запроса? Или цепочку запросов?

Внутри одного запроса

Если 1, то у @apicase/services есть 3 хука для этого Если цепочку запросов, есть @apicase/spawner, но он не доделан

Наркоман, ловите его.

Просто засунуть fetch в промис это так себе затея да ?

Мне надо что б оно могло на любом из этапов цепочки реджекнуть промис

Фетч и так возвращает его

Мне надо что б оно могло на любом из этапов цепочки реджекнуть промис

Throw chototam

Фетч и так возвращает его

Так я думал фетч в промис завернуть

Так я думал фетч в промис завернуть

Фетч и так на промисах

Фетч и так на промисах

Мне нужен реджект

Фетч его не сделает

С чего бы это?

Если есть респонс- то это уже резолв

Пох что он не 200

И?

И?

Пох что он не 200

так ты можешь ведь в цепочке then-ов проверять статус, не?

Ты можешь взять either и maybe, и чекать ошибки ?

И?

В каждом запросе руками будешь статус проверять ?

>= 400 throw?

так ты можешь ведь в цепочке then-ов проверять статус, не?

Я хотел умнее

Мне нужен реджект

Throw

Throw

можно и так

Я кстать, скажу за обертку над фетяем https://github.com/sindresorhus/ky

Я думал просто Promise.reject

Ну я запилил апикейс, когда была сложная логика работы с апи - нормализовывать результат, из каждого запроса вытягивать часть сущностей и обновлять стор, кэшировать, и прочей фигнёй страдать

Я разбил все на функции-мидлвари и в рутовый сервис закинул

Ну я запилил апикейс, когда была сложная логика работы с апи - нормализовывать результат, из каждого запроса вытягивать часть сущностей и обновлять стор, кэшировать, и прочей фигнёй страдать

Кэшировать? Т.е, если запрос повторяется, то просто отдаёшь данные из кэша или как-то по другому?

Кэшировать? Т.е, если запрос повторяется, то просто отдаёшь данные из кэша или как-то по другому?

Со стримами такое видел

ERROR: S client not available

Ну я запилил апикейс, когда была сложная логика работы с апи - нормализовывать результат, из каждого запроса вытягивать часть сущностей и обновлять стор, кэшировать, и прочей фигнёй страдать

Ну вот мне это и нужно, только лайт версия

Кэшировать? Т.е, если запрос повторяется, то просто отдаёшь данные из кэша или как-то по другому?

Я писал себе микрофункцию, которой можно было указать время жизни кеша.

Я писал себе микрофункцию, которой можно было указать время жизни кеша.

О, с временем стало понятнее

Ну там не целиком ответ из кэша Суть в другом была Короче, есть криптовалютный трекер С любого роута в апишке могла прилетать инфа о коинах - цена и вот это все Цену нужно было обновлять каждые 5 минут + чтобы она была одинаковой везде, а не с каждого запроса своя Вот я тип смотрел, когда коин последний раз обновлялся и добавлял в запрос, нужно ли запрашивать коин или нет, а после ответа обновлял стор

Ибо обновление всех коинов на каждый запрос апи вызывало бы дикие лаги при каждом действии

короче сделал вот так ток через await и спрятал цепочку в методах

https://developers.google.com/web/updates/2015/03/introduction-to-fetch

думаю пока будет достаточно

а вообще с pipe конечно норм тема но лень

товарищ сегодня узнал, что оказывается функция sort в js по умолчанию сортирует строки :)) был взбешен этим фактом т.к. пытался отсортировать массив типа [1, -5, 0, 3, -7] и получал очень неожиданный результат

Ну пусть явно указывает

А не .sort()

ну самый простой способ отсортировать числа .sort((a, b) => a - b)

ну самый простой способ отсортировать числа .sort((a, b) => a - b)

Ну да

А знаешь почему минус а не > или <

А знаешь почему минус а не > или <

так на выходе должно быть число, там 3 состояния

больше, меньше, равно. булеаном ты это никак не вернешь

больше, меньше, равно. булеаном ты это никак не вернешь

А если даты или строки ?

чем тебе таймстемп не угодил? это для дат

а для строк та же херня

любой символ можно представить как число

locateCompare для строк

Вроде так этот метод называется

localeCompare

и не только он

localeCompare

Ну если ты явно будешь строки отнимать - получишь херню же

А знаешь почему минус а не > или <

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

а если просто числа сортируешь то по хер

можно и a > b делать даже :))

-1 > 1 = false, что даст их равенство)

А с учетом, что там для сортировки далеко не один алгоритм, то это может дать совершенно неожиданный результат)

-1 > 1 = false, что даст их равенство)

смысл в другом немного