а. понял. незя

пасаны, а правильно ли я понял, что в коа 2 можно ctx.status = 500 ctx.body = 'message'заменить на ctx.throw(500, 'message') ?

я ожидал, что если кидать в 2 аргумент обьект, то будет json отдавать, но нет

бросать эксепшены для нормальных ситуаций - почему бы и нет?

+1, нормальная практика

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

решилось, если что, заменой кодировки на utf-8 в этом файле https://github.com/tanepiper/SublimeText-Nodejs/blob/master/Nodejs.sublime-build

ну эт норм, а в плане MVC что используют?

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

ну эт норм, а в плане MVC что используют?

Акумулируешь и хранишь данные на бэке, отдаешь по апи. На фронте через апи получаешь/отправляешь и отображаешь

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

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

Да мне сам этот Yii2 не особо нравится. Я искал именно с чем работать с моделями на бэке, мне вот выше подсказали sequilize

Да мне сам этот Yii2 не особо нравится. Я искал именно с чем работать с моделями на бэке, мне вот выше подсказали sequilize

Можешь взять этот...как его

та sequelize топеч

еще typeorm неплох

Да мне сам этот Yii2 не особо нравится. Я искал именно с чем работать с моделями на бэке, мне вот выше подсказали sequilize

knex objection typeorm

Laravel фреймворк

knex objection typeorm

knex юзаю чисто как mysql-клиент, он в модели тоже умеет?

Там и vue в комплекте

Laravel фреймворк

да, он неплох, но это пхп, мне после ноды всё желание отпало с пхп работать ))

А

Тогда экспресс

экспресс это чисто обёртка для хттп-сервера ) само собой экспресс, но не голый же

А что там поверх него есть хорошего?

возьми коа сразу лучше

та на нативном http збс

в 10 ноде новые стримы будут на for await of ?

возьми коа сразу лучше

Можно брать, если умеешь express, так у него плохая документация и тяжело въехать с 0

в 10 ноде новые стримы будут на for await of ?

Да, есть статья на хабре

в 10 ноде новые стримы будут на for await of ?

Ну точнее стримы останутся как есть, а появится синтаксический сахар

мужно ссылочку?

https://m.habrahabr.ru/post/353886/

супесе

Уже)

Ну точнее стримы останутся как есть, а появится синтаксический сахар

а есть где то более подробная апишка или issue в node ?

а есть где то более подробная апишка или issue в node ?

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

На for await of может быть всё что имплементит Symbol.asyncIterator

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

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

почему будет возрастать?

кто как часто использует генераторы? я вот не использую((

У тебя всё впереди)

У тебя всё впереди)

есть примеры частовстречающихся задач?

один раз была поребность в итераторах, но сама задача стала не нужна..

Нужен кто-то чтобы объяснил в чем прикол как это делал абрамов в свое время) Какой то яркий юз кейс

кто как часто использует генераторы? я вот не использую((

Есть такая либа redux-saga Там юзают Говорят, бОльший простор, чем сасинк-эвейты дают

Сага это довольно паршивый пример

Сага это довольно паршивый пример

Поч?

т.е. генераторы редко используют?

Поч?

Ну потому что это не то зачем они нужны

Ну потому что это не то зачем они нужны

А зачем они нужны??

Итерацию по любым коллекциям делать

генерировать значения ваш кэп

Вот у вас сейчас мидлвары - представьте себе что мидлвары теперь есть для всего

Фильтры, трансформации, генерации

А зачем они нужны??

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

Да, найс пример, удачный

перебирать можно с помощью итераторов, причем тут генератор?

Чтобы возвращать результаты моментально

перебирать можно с помощью итераторов, причем тут генератор?

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

Чтобы возвращать результаты моментально

И при этом иметь yield*

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

Ага

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

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

а Smbol.AsyncIterable разве не возвращает по запросу? если взять тот же readable stream. то каждый вызов next будет отдавать один chunk

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

Ключ к важности концепции: положение мыши в реальном времени тоже вполне выражается генератором, если нужно то асинхронным (будет ожидать в await каждое новое положение например)

а Smbol.AsyncIterable разве не возвращает по запросу? если взять тот же readable stream. то каждый вызов next будет отдавать один chunk

Ты пытаешься найти различия, ты их нашел) А теперь речь о сходствах

ERROR: S client not available

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

Все от стримов до Setов подчиняется одним и тем же законам

В этом и прикол

Ты свои кейсы видишь, я свои, а основа одна

О чем и говорю)

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

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

В асинхронном можно делать await, ну соответственно он возвращает промис в next, да

Все последние годы имплементация в бабеле была так себе, поэтому юзал я их заметно меньше, чем хотелось бы)

А теперь можно будет и обсерваблы врубать и стримы и коллекции и чего только не

Еще советую не загоняться если не видите пока что кейсов, все впереди)

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

Асинхронный генератор в принципе можно представить как value over time, например

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

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

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

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

Ну как вариант, да. Тогда они становятся похожи на мидлвары, то есть они не строят пайплайн, они он и есть

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

ДА

их можно так юзать, просто это не поможет пониманию зачем они существуют)

такой пример: for await (var content in readFiles(dir)) { console.log(content) }

readFile(dir) - генератор

допустим асинхронный

чем он отличается от синхронного? синхронный же тоже может возвратить промис?

тем, что не надо писать yeld new Promis()?

Синхронный не сможет возвратить результат

Синхронный не сможет возвратить результат

как это?

вроде бы yeild myPromise, нет?

Допустим ты на лету конвертишь байты, на выходе строка формата 'utf8'

Он не работает с результатом как бы не хотел

чем он отличается от синхронного? синхронный же тоже может возвратить промис?

асинхронный генератор дает больше возможностей

Он не работает с результатом как бы не хотел

я не понимаю этого выражения

Какая разница что он возвращает если он не может делать await чтобы обработать значения

внутри себя?