сделал вот такую штуку которая как-то так используется: let a = async(reader("a.txt")) .then(log) .then(writer("a.2.txt")) .catch(function(err) { console.log(new Error("A")) }) ридер и райтер = функции которые возвращают функции читающие/пишущие в файл. ошибки пробрасываются, поэтому при отсутствии а.тхт сработает catch

норм решение?

а что не на стримах?

ну, вариант.

так ты весь свой файл в память щас загоняешь

есть кстате пакеты которые умеют работать с fs и возвращать промисы

ms/fs или pify(fs)

стримы тебе нужны для последней задачи

var p = new Promise( (res, rej) => setTimeout( () => res("hi!"), 1000) ) .then( d => new Promise( (res, rej) => {console.log(2); setTimeout(res, 1000) } ) ) .then( d => console.log(3)) хотелось бы не писать каждый раз new Promise

вынеси свои части из then в функции

всм?

ну не тебе =)

var p = new Promise( (res, rej) => setTimeout( () => res("hi!"), 1000) ) .then( d => new Promise( (res, rej) => {console.log(2); setTimeout(res, 1000) } ) ) .then( d => console.log(3)) хотелось бы не писать каждый раз new Promise

вот

его пост чуть выше

var p = new Promise( (res, rej) => setTimeout( () => res("hi!"), 1000) ) .then( d => new Promise( (res, rej) => {console.log(2); setTimeout(res, 1000) } ) ) .then( d => console.log(3)) хотелось бы не писать каждый раз new Promise

сап, выноси then части в отдельные функции

дурацкий телеграм

так ты весь свой файл в память щас загоняешь

ну, там для теста вариант, да и если обработка данных, то нужен весь файл же

сап, выноси then части в отдельные функции

да всё равно не очень удобно по-моему, функции-то там в основном уникальные

ну, там для теста вариант, да и если обработка данных, то нужен весь файл же

не для всех операций

да всё равно не очень удобно по-моему, функции-то там в основном уникальные

что у тебя уникального?

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

не для всех операций

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

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

да, вот это хороший совет

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

вот так и делай функцие проще

чтобы в then можно было сделать минимальную функцию из более маленьких и простых

нужно больше фп!

сколько много интересного написали :3

друзья, написать бота для телеграм долго? первый раз)

простейшего, с парочкой функций

легко

я на python писал

за вечер

но это с учетом знания питона, так?

констуркторов не встречали с простейшими функциями?

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

бота только напитоне пишут?

Хоть на баше

Хоть на VBA

Ппцтупые примеры

друзья, написать бота для телеграм долго? первый раз)

Нет

Столько либ уже , обписаться

От слова писать

скажите плиз, синхронный метод чтения файла работает быстрей чем асинхронный ?

писать или писать?

да, синхронный метод чтения файла работает быстрее

@Teac_j но он блокирует основной поток выполнения программы

я тестирую чтение файла, и асинхронный вызываю первым. В консоел ответ по синхронному получаю раньше чем асинхронный

$ node readFile.js Done in sync 1486780 nanoseconds Done in async 29085268 nanoseconds

а какой тест, можешь показать?

var fs = require('fs'); var begin = process.hrtime()[1]; var fclcAsync = fs.readFile('clickerHeroSaveJson.txt', {encoding: 'utf8'}, function (err, data) { if (err) throw err; var end = process.hrtime()[1]; console.log("Done in async " + (end-begin) + " nanoseconds"); }); var begin2 = process.hrtime()[1]; var fclcSync = fs.readFileSync('clickerHeroSaveJson.txt', {encoding: 'utf8'}); var end2 = process.hrtime()[1]; console.log("Done in sync " + (end2-begin2) + " nanoseconds");

Я думал что одинаковое время

Так как потоков в жс нету

Но это наверное было бы в веб а не ноде

С горя напьюсь

Хороших вам выходных, программисты гг

не пей, не будь как все

Дело в том, что при асинхронной операции Node начнет читать файл в фоновом режиме, а при синхронной блокируется поток выполнения прогаммы, поэтому синхронные операции выполнются быстрее

Поправьте меня, если я ошибаюсь, всякое может быть

судя по докам ты права

ну в браузере даже не знаю

ведь вкладка = один поток

если брать в8

фоновых процессов нет

асинхронные файловые операции в отдельном потоке выполняются так что на скорость не повлияет, там же libuv

ну и другая асинхронщина, ну при учете что ядро процессора в 100% не уперлось конечно

Есть ответ на стэк http://stackoverflow.com/questions/13822085/fs-readfilesync-seems-faster-than-fs-readfile-is-it-ok-to-use-for-a-web-app-in

tldr: No, it is not OK to use a blocking API call in a node server as you describe.

как и говорилось тысячу раз

ERROR: S client not available

да, но вопрос был ведь в том, что быстрее. Вот еще хорошая статья https://habrahabr.ru/post/150788/ http://joxi.ru/Grq94MoT0oaOrz

как сделать пулл форкнутого репозитория на свой локальный?

всем привет

быстрее на фор и иф писать :)

но не интересно, скучно и много времени и ещё лексическая среда общая

как сделать пулл форкнутого репозитория на свой локальный?

добавить его как другой апстрим и смержить например

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

git remote add fork https://.../..git; git fetch fork; git merge fork/master

var fs = require('fs'); var begin = process.hrtime()[1]; var fclcAsync = fs.readFile('clickerHeroSaveJson.txt', {encoding: 'utf8'}, function (err, data) { if (err) throw err; var end = process.hrtime()[1]; console.log("Done in async " + (end-begin) + " nanoseconds"); }); var begin2 = process.hrtime()[1]; var fclcSync = fs.readFileSync('clickerHeroSaveJson.txt', {encoding: 'utf8'}); var end2 = process.hrtime()[1]; console.log("Done in sync " + (end2-begin2) + " nanoseconds");

и где здесь измерено время асинхронного чтения файла?

и где здесь измерено время асинхронного чтения файла?

var fclcAsync = fs.readFile('clickerHeroSaveJson.txt', {encoding: 'utf8'}, function (err, data) { if (err) throw err; var end = process.hrtime()[1]; console.log("Done in async " + (end-begin) + " nanoseconds"); });

вот здесь я так полагаю

оверхед на колбек еще надо учитывать

вот здесь я так полагаю

почему отчёт начат в момент добавления чтения в IO очередь, а не после регистрации обработчика и вызова process.nextTick? Я про то, что в итоге замеряется совсем не то

var fclcSync = (() => fs.readFileSync('clickerHeroSaveJson.txt', {encoding: 'utf8'}))();

оверхед на колбек еще надо учитывать

не надо

Done in sync 1576754 nanoseconds Done in async 34300630 nanoseconds

вроде так же

вообщем не использовать синхронный ?

почему

ты можешь как консольную утилиту использовать

через exec

Done in sync 1576754 nanoseconds Done in async 34300630 nanoseconds

всё равно не то замеряешь, вот выполни этот код https://0bin.net/paste/j+gj8xirJrnBiroG#YUtLEszdRN+6GEme6GhqWbuqA0HxYLy8Q-bewDz3/JD почему в твоём бенче изменилось время асинхронного чтения?

Done in sync 1486781 nanoseconds Done in async 133205729 nanoseconds

разница огромная прям

разница огромная прям

https://0bin.net/paste/W6g-YisbmOmumjHO#Rxf1iBdU12QCcTq5Qij4R4ufmXSCyOylk-gdoYMlwbY а теперь посмотри вот этот (тоже не совсем корректный, но тут мы хоть не меряем ожидание нового цикла)

Done in sync 23969115 nanoseconds Done in async 2375564 nanoseconds

надо мерять в двух разных файлах

по очереди

а не в одном

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

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

на разных осях, машинах и выводить общее среднее?