так же как через then()

Зато выглядит нормально

да пох)

Вопрос вот по этой логике. При использовании await - следующая итерация не начнётся, пока не придёт response, верно? А если вместо await вешать на getRequest.then(), то все итерации отработают сразу же, а только потом начнут работать обработчики в then, когда придут ответы? Или же разницы никакой нет?

не понял

я конечно зелен, но единственный плюс который сейчас вижу это отлавливание ошибок в Коа. Если знаете еще весомые плюсы, поделитесь. Буду благодарен...

не понял

Мне показалось, что есть разница в логике выполнения c await и then, но выше люди объяснили что всё будет одинаково.

да, ибо await джет пока зарезолвится промис

разница есть

ибо следующая итерация не начнется пока не зарезолвится промис (это с await)

а с then все итерации выполнятся по очереди а промисы уже позже

О, вот и я об этом же. Таким образом выходит, что then быстрее в этом случае, так как все реквесты полетят друг за другом параллельно, верно?

а как тогда его резолвить это промис?

ну не быстрее

О, вот и я об этом же. Таким образом выходит, что then быстрее в этом случае, так как все реквесты полетят друг за другом параллельно, верно?

разные кейсы бывают

иногда можно только поочереди

При await мне нужно ждать пока будет совершать запрос, потом обработка ответа и снова запрос. Если каждый запрос-ответ занимает секунду, то при десяти итерациях - потрачу десять секунд. При then - запросы полетят сразу же все.

Привет. Не подскажите, как можно красиво использовать локальную "либу"? Полный кейс: написал мини-библиотеку для работы с бд-шкой, в которой описаны схемы, настройка конекшена и експортятся модели. И эту либу я хочу рекваерить с нескольких микросервисов (громкосказано конечно). Как это делается на практике?

можно внутри async зарезолвить все запросы через Promise.all и они тоже будут выполняться паралельно

но вообще да, с циклом разница конечно на лицо..

При await мне нужно ждать пока будет совершать запрос, потом обработка ответа и снова запрос. Если каждый запрос-ответ занимает секунду, то при десяти итерациях - потрачу десять секунд. При then - запросы полетят сразу же все.

Их тоже нужно грамотно использовать, а не пихать куда попало

Нормально делай — нормально будет

вообще, есть мысль, что использование async/await или Promise - дело вкуса, или даже привычки. Есть люди привыкшие к промисам и пишущие используя их. А кто-то балдеет от async/await..

У нас было 2 мешка промисов, 75 пачек калбэков, три марки с фьючерсами и полсолонки async/await

вообще, есть мысль, что использование async/await или Promise - дело вкуса, или даже привычки. Есть люди привыкшие к промисам и пишущие используя их. А кто-то балдеет от async/await..

нет есть кейсы которые можно решить только промисами а есть которые НАМНОГО проще решить async/await

async/await можно дебажить нормально нежели промисы

нет есть кейсы которые можно решить только промисами а есть которые НАМНОГО проще решить async/await

Я так понимаю, речь о паралельном выполнении?

async/await можно дебажить нормально нежели промисы

можно пример в словах?

Я так понимаю, речь о паралельном выполнении?

да промисы паралелльно могут async/await это именно (псевдо)синхронщина

Можно кейс когда нельзя сделать без промисов?

бывает, где промисами как минимум проще

можно пример в словах?

внутри then не поставишь breakpoint

debugger напишешь))

да промисы паралелльно могут async/await это именно (псевдо)синхронщина

Это понятно, Но тогда вопрос, чисто эстетический, к человку с опытом. Насколько я понимаю, есть конвеншн писать код в оном стиле. И если мы предположим используем Асинк, то вышеупомнуты кейс решается тем, что await ждет Promise.all... То-есть, насколько корректно говорить, что кейсы не решаются с использованием async/await? Или тогда что такое использоание async/await? Мне чисто для понимания. Я не пытаюсь задолбать, чесно=)

Кстати, вопрос к знатокам. Как await понимает, что промис зарезолвился?

Это понятно, Но тогда вопрос, чисто эстетический, к человку с опытом. Насколько я понимаю, есть конвеншн писать код в оном стиле. И если мы предположим используем Асинк, то вышеупомнуты кейс решается тем, что await ждет Promise.all... То-есть, насколько корректно говорить, что кейсы не решаются с использованием async/await? Или тогда что такое использоание async/await? Мне чисто для понимания. Я не пытаюсь задолбать, чесно=)

Вот тут хороший холивар по этому вопросу https://habrahabr.ru/company/ruvds/blog/326074/

мда, на целую брошюру хватит..

Может кто поделиться опытом хранения данных? Как лучше сохранять(какая структура должна быть) чтобы можно было легко вытаскивать данные за нужный промежуток времени? На данный момент у меня просто массив объектов, в которых ключ date со значением даты. Но по-моему это не очень удобный способ, вечно нужно будет пробегаться по всем объектам и сравнивать дату чтобы вытащить лишь объекты с нужным промежутком времени.

Можно кейс когда нельзя сделать без промисов?

паралелльно не запустить

Может кто поделиться опытом хранения данных? Как лучше сохранять(какая структура должна быть) чтобы можно было легко вытаскивать данные за нужный промежуток времени? На данный момент у меня просто массив объектов, в которых ключ date со значением даты. Но по-моему это не очень удобный способ, вечно нужно будет пробегаться по всем объектам и сравнивать дату чтобы вытащить лишь объекты с нужным промежутком времени.

у тебя то для этого функциональные функции есть (find, filter)

А если объем данных большой, то само собой бд

Где все оптимизации уже будут за тебя сделаны

Это понятно, Но тогда вопрос, чисто эстетический, к человку с опытом. Насколько я понимаю, есть конвеншн писать код в оном стиле. И если мы предположим используем Асинк, то вышеупомнуты кейс решается тем, что await ждет Promise.all... То-есть, насколько корректно говорить, что кейсы не решаются с использованием async/await? Или тогда что такое использоание async/await? Мне чисто для понимания. Я не пытаюсь задолбать, чесно=)

есть кейсы которые именно не решаются await Promise.all[... этот самый кейс который по другому никак не вижу особо смысла спорить с коллегами как правильно — как меньше кода получается (при одинаковой реализации) так и писать

Само собой бегать через for in или for i пока найдешь нужный - такая себе идея

привет! установил 9 версию ноды что бы по юзать import, потом понял что надо включить специальный флаг. вы уже использовали? нету ошибок? с учетом того что я не прфи в ноде ) просто пишу простой бэкенд и хотел и на бэке и на фронте писать через import

привет! установил 9 версию ноды что бы по юзать import, потом понял что надо включить специальный флаг. вы уже использовали? нету ошибок? с учетом того что я не прфи в ноде ) просто пишу простой бэкенд и хотел и на бэке и на фронте писать через import

@babel/node заюзай

Флаг пока не стоит врубать

Как минимум из-за мерзких mjs

спасибо?

/** * Find items with properties matching those on query. * * @param {ItemQuery} query Query to match * @param {function(ItemList)} callback Called when the query is done * * @example * db.find({completed: true}, data => { * // data shall contain items whose completed properties are true * }) */

подскажите как называется эта конструкция?

JsDoc?

да спасибо

да спасибо

http://usejsdoc.org/

Меня в PR пиздят если где-то забываю описать jsDoc =(

Меня в PR пиздят если где-то забываю описать jsDoc =(

В eslint есть на это правило

Есть вроде целый пресет с правилами для jsdoc

Однажды я пойду к послушникам TS и просто обращусь в их веру

Да давно пора в типизацию (напоминаю что ещё есть flow) Я реально надеялся что можно будет обойтись jsdoc, но он просто объективно не вывозит ни в каком виде

Кстати, как вы считаете, если чувак в CV пишет что любит писать jsDoc или фанат TS / flow это плюс?

чуваки почему express может отдавать двойной джейсон

ERROR: S client not available

ну то есть один ответ дублированный

тесты не проходят

rawResponse: '{"id":21513,"addr":"екатеринбург, щорса, 20","street_name":"щорса","city_name":"екатеринбург","street_id":37,"city_id":1,"dom_number":20,"dom_index":"","addr_full":"Екатеринбург, Щорса, 20"}{"id":21513,"addr":"екатеринбург, щорса, 20","street_name":"щорса","city_name":"екатеринбург","street_id":37,"city_id":1,"dom_number":20,"dom_index":"","addr_full":"Екатеринбург, Щорса, 20"}'

Кстати, как вы считаете, если чувак в CV пишет что любит писать jsDoc или фанат TS / flow это плюс?

В программировании фанатом чего-либо лучше вообще не быть, по-моему

Надо быть готовым переключаться на другие технологии/фреймворки/etc

В программировании фанатом чего-либо лучше вообще не быть, по-моему

можно быть фанатом паттернов

Ну такое

В программировании фанатом чего-либо лучше вообще не быть, по-моему

Ну тут ведь не про фреймворк, а в принципе про подход, если человек любит jsDoc / TS / flow это признак что парень любит типизацию и пришел либо из структурных языков в JS, либо сам пришел к ощущению необходимости порядка

Кстати, как вы считаете, если чувак в CV пишет что любит писать jsDoc или фанат TS / flow это плюс?

Любит писать jsDoc — плохо, так как придётся на типизацию переучивать

Любит писать jsDoc — плохо, так как придётся на типизацию переучивать

А че там переучивать?

jsDoc чисто по подходу к работе сильно отличается

jsDoc чисто по подходу к работе сильно отличается

Реквестирую развернутый ответ оО В чем различие подходов?

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

Не то чтобы это было сложно, просто есть чего поизучать

Любит писать jsDoc — плохо, так как придётся на типизацию переучивать

В таком случае что лучше, любит писать jsdoc или не писал ни jsdoc, ни на ts/flow?

Первое конечно)

кто подкажет либу - которая перегоняет именительный пажед в родительный)

кто подкажет либу - которая перегоняет именительный пажед в родительный)

Тема довольно большая. Русские слова не очень поддаются грамматическому разбору и склонениям по правилам, очень много исключений. В основном большинство реализаций на других языках - основаны на работе со словарями и гипотетическом анализе. В питоне есть: https://github.com/kmike/pymorphy2, от Яндекса есть https://tech.yandex.ru/mystem/ и куцая обертка (https://www.npmjs.com/package/mystem)

yfitk gtnhjdbxf

нашел петровича

Петрович для ФИО

Петрович для ФИО

ок, спс

У тебя контекст то какой? Существительные, числительные, ФИО?

У тебя контекст то какой? Существительные, числительные, ФИО?

ФИО и существительные

Для обычных существительных петрович вроде не подойдет

Но ты офк можешь использовать несколько решений под каждый тип данных)

100% рабочей хорошей реализации на JS под все случаи жизни я не знаю =(

100% рабочей хорошей реализации на JS под все случаи жизни я не знаю =(

http://morpher.ru

http://morpher.ru

Платная реализация, веб сервис не гарантирует ничего

Платная реализация, веб сервис не гарантирует ничего

Ога, я просто перегоню через него в течении двух дней в свою бд род падеж))), сделаю скрипт - если поле пустое - то сбегать и врять род падеж))