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

По поводу орм- попробуй pg-promise

Ещё объект рест оператор^^

разве ещё нельзя { a, ...all } ?

Работает давно вроде

Конечно только под постгрес, но автор очень бодро отвечает в гиттер и есть helpers, чтобы сделать себе орм на коленке

В объектах нода падала. Мб зарелизили

Драный т9 ))

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

Ага. Голый express практически бесполезен, так как он отвечает только за http часть. А нужно данные от куда-то брать. То есть нужна ORM например. А ещё авторизацию не мешало бы прикрутить и понеслось.

Поэтому нет единого бойлерплейта.

Каждый под себя всё настраивает.

>node -v v7.7.2 >node -e "const o1 = {a: 1}; const o2 = {b: 2, ...o1}; console.log(o2);" [eval]:1 const o1 = {a: 1}; const o2 = {b: 2, ...o1}; console.log(o2); ^^^ SyntaxError: Unexpected token ...

в функциях - можно в массивах - и подавно в объектах - ыыы, ждем:)

Все эти туториалы и best practices , такие поверхностные, 1 ресур 1 модель. Бизнес логики и ACL/RBAC вообще нет. И видимо по ним все эти boilerplate проекты пишутся. Не поиму, кто их плюсует.

Так что похоже пока велосипедостроительством придётся заниматься. Добро пожаловать в удивительный мир ноды.

Я пробовал express и Sequelize и мне что-то не особо понравилось. Теперь тыкаю koa2 и typeorm.

И какая разница , я особо не вижу.

Тут смысл в проектировании "системы" , получается у всех свой абстрактый фреймворк ))

@alexmist вопрос специально простецкий - идет сбор мнений)) для чего полезна orm, особенно в node?

koa2 поддерживает async/await из коробки в middleware и обработчиках запросов, а typeorm похож на Hibernate, а лучше Hibernate ещё ничго похоже не придумали.

Чтобы простые запросы не писать руками.

Тут мне понравилось разделение логики, но потом начинает выглядеть очередным велосипедом ) https://docs.feathersjs.com/

я концепцию хуков вообще не приемлю

я как-то экспериментировал с автоматизированными обработчиками CRUD операций и понял, что лучше кодогенерации с последующим ручным изменением кода пока ничего нет

Согласен! Либо автоматизация простых операций, не больше!

Я спросил про болванку, т.к. думать нужно ) А времени мало. Потом рефракторить всё равно.

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

@alexmist вопрос специально простецкий - идет сбор мнений)) для чего полезна orm, особенно в node?

чтобы работать со своими моделями данных не выходя из контекста приложения, readability counts

вопрос широкий с кучей тонкостей. одно можно сказать с уверенностью: только async-await и никаких коллбеков на километр не подпускать

Блин, вот что сильно бесит в JS, так это куча методов работы с асинхронностью: коллбеки, генераторы, промисы, async/await. Надоело уже.

этот момент весело отбрасывает express, feathers и loopback (к сожалению)

вопрос широкий с кучей тонкостей. одно можно сказать с уверенностью: только async-await и никаких коллбеков на километр не подпускать

и генераторы ещё надо использовать не как аналог async/await, а только для генераторов

ну ты сам тогда все понимаешь что зачем

недавно на хабре видел про клон Laravel на JS, так там везде yield

откуда злость?)

ну зря

ищо б джангу так портанули бы

Зоопарк же

но я сам в 2014 писал на co и пищал от щастья. потом s/function*/async function/ и вуаля:)

так что не зря, а tj молодец

А асинхронность - это как бы киллерфича NodeJS. И такой бардак.

Если взять тот же Go, куда tj сбежал, так там только один способ работы с параллельными операциями: горутины с каналами.

киллерфича - это использование libuv под капотом а внешняя асинхронность - это вообще другая сущность и категория вещей

ну омонимы

ква:)

Я не вижу libuv, да хоть там голый epoll с select. А вот зоопарк из генераторов с промисами я вполне ощущаю.

Если взять тот же Go, куда tj сбежал, так там только один способ работы с параллельными операциями: горутины с каналами.

там просто для людей делалось ))

tj это tjournal ?

tj это tjournal ?

https://github.com/tj

я как-то экспериментировал с автоматизированными обработчиками CRUD операций и понял, что лучше кодогенерации с последующим ручным изменением кода пока ничего нет

тоже пришел к этому, и не только в мире ноды

тоже пришел к этому, и не только в мире ноды

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

Можете посоветовать структуру или болванку для api проекта на express.

https://github.com/alikhil/ts-node-template

https://github.com/alikhil/ts-node-template

жаль TS

Про это я и говорил. Структура простая. Спасибо.

А асинхронность - это как бы киллерфича NodeJS. И такой бардак.

Ну всё кроме колбэков сводится к резолву промисов)

ну колбеки кстати тоже можно промисифицировать

правда насчёт взаимоотношения генераторов и промисов я не уверен

эм

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

в общем про коллбеки нужно просто быть в курсе как они устроены и работают (что там знать-то) про генераторы - быть в курсе как их использовать все всегда сводить к промисам и везде использовать async/await так победим

это по тем 4 пунктам

так победим это засилье коллбеков в npm

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

но лучше уж всегда использовать async/await или цепочку промисов

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

Не сами генераторы, асинхронность с их помощью - это по прежнему резолв промиса, скрытый в обёртке вокруг генератора)

Правда, скоро будут async generators)

да ну нахрен

😂

Ну по сути это создали тупо для for await of

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

Кто-то знает решение для задачи авто пула с git и перезапуска сервера в случаи если есть изменения на ветке?

Тебе нужен Continuous Deployment

Или просто deploy.sh :D

Тебе нужен Continuous Deployment

Можно подробнее?

Где код держите? Гитхаб, битбакет, гитлаб, локальный гит-сервер?

svn

Где код держите? Гитхаб, битбакет, гитлаб, локальный гит-сервер?

Bitbucket

Посмотрите, в бакете есть интеграции в разные сервисы. Я лично circleci гоняю. Тесты, проверки, деплой автоматом

Спасибо за совет. Посмотрю сейчас.

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

Очень хотелось бы что-то дружелюбное, быстрое и использующее es6