Я думаю что просто вопрос слишком обширный/неточный. =) В общем случае скажут - берешь express и делаешь кучу методов .get() .post() и т.д. (прямо из доки по express) . А если получается много кода - разбиваешь по файлам как тебе удобно

наверное, вопрос скорее в том, как удобней всего быстро сделать restful api, с персистансом в постгресе, чтобы по минимуму возиться с миграциями и багами ОРМ.

это я присоединяюсь к вопросу и задаю свой подвопрос:)

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

я могу рассказать как я делал

HapiJS + модули к нему, ручной работы почти не надо

вот у меня hapi не пошел, но я сделал почти также внутри express

для каждого проекта пишу свою createRoute функцию

и вот так выглядит код контроллеров

koa 2.x никто еще не поднял?)

Я на koa2 перешел. Так можно без проблем переходить, недавно добавили koa.convert и старые мидлверы на генераторах работают, только ворнинг выбрасывают.

пишу отдtльный сервис для обработки сокетов, на хендшеке получаю sid из кукисов и нужно прочитать сессию пользователя, которая создана экспрессом в другом процессе создаю http://pastebin.com/FfM4CghM express-session объект, но чет не найду как обратиться к сессии по SID

вроде нашел нужный пример http://mono.software/2014/08/25/Sharing-sessions-between-SocketIO-and-Express-using-Redis/

koa 2.x никто еще не поднял?)

У меня один из микросервисов на нем уже. Все норм работает.

Koa 2.x вообще красава. Правда async/await транслируется в бесконечный while что не очень хорошо на беке

https://ru.m.wikipedia.org/wiki/Абстракция_данных

Koa 2.x вообще красава. Правда async/await транслируется в бесконечный while что не очень хорошо на беке

А как в Express?

также

везде так же, вот почему async/await проигрывает в беке

для своих проектов норм

для прода сейчас не знаю, хорошо или плохо. Смотря какие нагрузки

в шестой ноде нативные промисы

почему они будут ковертироваться async/await конвертируется в infinite loop?

для прода сейчас не знаю, хорошо или плохо. Смотря какие нагрузки

отлично в проде работают… нагрузка 200 тыщ в день, 3-5 тыщ онлайн

потому что их так конвектирует бейбл

..разве не в генератор с промисами? там нету while..

если не для 5,6 ноды - функция с while, для node 5,6 - в генератор с промисами транспилится

Все места на Node.js Meetup были разобраны сегодня утром (меньше чем за сутки), но только что освободилось одно место - успевайте http://www.meetup.com/Moscow-NodeJS-Meetup/events/231141123/

Koa 2.x вообще красава. Правда async/await транслируется в бесконечный while что не очень хорошо на беке

Где там у него бесконечный цикл? О_О

посмотри то во что привращается async/await

..разве не в генератор с промисами? там нету while..

Во, во. У меня TS 1.8 в wrap/yield прекомпилирует.

посмотри то во что привращается async/await

Ну так меня ввело в заблуждение: 1) koa ничего не компилит, это делает транспилер; 2) Транспилер TS не генерирует бесконечных циклов

while(true) с внутреними switch которые решают что когда делать

Я и не говорю

Неужто babel такое делает О_О

что koa что то комплит, koa2 просто в основе юзает async/await

это если yield не поддерживается

на бэке yield поддерживается уже давным давно

какая у тебя нода?

не у всех на проде 6, я с 6 еще не пробовал

эм, с 4 поддержка норм

если не с iojs

у меня 4

не потдерживается

что koa что то комплит, koa2 просто в основе юзает async/await

Это практически ничем не отличается от генераторов, просто * сменили на async а yield на await.

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

Не совсем

не у всех на проде 6, я с 6 еще не пробовал

Я уже года полтора или два использую yield начиная с появления его поддержки в iojs.

не потдерживается

На 4-ой поддерживается, инфа 100%

4.0.2

А версии обновляю, естественно, по мере выхода.

Если проект в разработке, разумеется.

В 4-ой есть генераторы же, я сам лично использовал

А вот async/await есть только в бабеле пока

точней еще для него нужен babel-polifill

❯ node --version v4.4.4 ❯ cat test.js 'use strict'; function *test() { yield 1; } const result = test(); console.log(result.next()); ❯ node test.js { value: 1, done: false }

ЧЯДНТ?

так я и не говорю что нет генераторов

я говорю что для async/await они не юзаются

если не с iojs

С нее самой

если бы они юзалилсь бы такого бы говня и не было

А вот async/await есть только в бабеле пока

В TS еще же

юзаются, как бы)

про TS ни кто не говорит

Я async/await с прошлой осени юзаю

Не было проблем.

Асинк эвэйт на уровне v8 пока не поддерживаются

[require('babel-plugin-transform-async-to-module-method'), { module: 'bluebird', method: 'coroutine' }]

Я это и писал

вот такое добавь в babelrc

про TS ни кто не говорит

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

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

Сейчас, кстати, гляну есть там бесконечные циклы

Давай

Но тут ребята правильно говорили, что co с генераторами ничем принципиально от async await не отличается же

Асинк эвэйт на уровне v8 пока не поддерживаются

это может только через год работать нормально будет

и там будет все тот же bluebird.coroutine, только медленнее в пару раз.

это может только через год работать нормально будет

Осенью обещают в ноде.

Если есть поддержка генераторов в движке — то асинк эвэйт в них можно компилять

Если нет — толтко в бесконечный цикл

промисы давным давно есть. Однако все нормальные люди используют bluebird на ноде. Или аналог

так что ключевое слово - нормальная поддержка

промисы давным давно есть. Однако все нормальные люди используют bluebird на ноде. Или аналог

Я использую нативные промисы, видимо я ненормальный :)

на бэке?

Да

и плевать, что они в 2-3 раза медленее bluebird?

О, да, детка. Рилли while(1)

и плевать, что они в 2-3 раза медленее bluebird?

А есть пруфлинк?

и используются посути везде

https://github.com/petkaantonov/bluebird/tree/master/benchmark

Я использую нативные промисы, видимо я ненормальный :)

И я использую.

Меня мои аппки с TTFB в 5ms вполне устраивают...

эм, ну если это ок, то и while(true) ваще не проблема)

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

эм, ну если это ок, то и while(true) ваще не проблема)

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

а тормознутые промисы стал бы?) где логика?

У меня коллега бывший гоняет полтора млрд запросов на ноде в сутки.

Но без этих примочек.