Мне генераторы не нравятся

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

Именно в этом контексте и не нравятся

В генераторы async/await бабелифается. Часто они удобны.

Есть вопрс, возможно ли хранить node_modules проекта изолировано от самого проекта, но чтобы все работало?

можно. симлинк

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

какая ось?

ubuntu

man ln

а потом

ln -s

почтитал, примерно понял

Какой skeleton лучше применять для сервера на express? А то уже с десяток пересмотрел. Подойдёт ли просто запускать через babel-node или лучше через вебпак?

запускать сервер через webpack, ох уж эти фронтендеры на сервере

запускать сервер через webpack, ох уж эти фронтендеры на сервере

Я не фронтендер :) Я выходец из php. А как лучше делать?

ок

Ноду лучше всего запускать node <app>.js

про скелетон точно не подскажу - но почему express?

Ноду лучше всего запускать node <app>.js

У меня es6 синтаксис

с async-await?

про скелетон точно не подскажу - но почему express?

Не понимаю, как koa работает пока

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

koa@next

Ноду лучше всего запускать node <app>.js

А какие еще варианты есть?

которая уже на промисах

она же koa2

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

node index.js ругается на первое же вхождение import

а чем плох babel-node?

Да ничем. Вот я и спрашиваю

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

Локально babel-node вполне катит

ну а импорты anyway только траншпилить

Ну он сразу x2 к потребелнию памяти и прочему

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

Когда захочешь сделать интерактивный дебаг с node-inspector, через babel-node все становится проблематично

ну посему если не делать импорты, а ничем-не-хуже require, то сразу становится комфортно)

а так - если нагрузки нет и хитрой логики тоже нет (то есть и дебаг особо не предполагается) babel-node и не замусоривать голову)

const express = require('express')

const express = require('express')

const уже es6. Как и () => {}

стоп.стоп)

фичи разные

тут так мерять не стоит глобально

нода текущая (7.7) не умеет только импорты es6 и object rest operator (только в объектах)

для всего остального - мастеркард (нода даже без флагов)

babel-cli установлен глобально или локально?

http://node.green

касательно чего нода умеет или еще нет

babel-cli установлен глобально или локально?

Локально

глобально надо

глобально надо

Сейчас попробую

если нужно, чтобы оно просто в консоли работало

“How to debug ES6 NodeJS with VSCode” @katopz https://medium.com/@katopz/how-to-debug-es6-nodejs-with-vscode-8d00bd6c4f94

Да, убрал import и всё заработало

А какие es2017 фичи распознает node?

личный совет: пишите просто require. в ноде его вполне хватает. и меньше головняка на первых порах

я сайтик скинул

node.green

все, кроме импортов, {...obj} и String.protorype.padStart

третье - это к lodash

второе - к Object.assign

первое - к require

не слишком обращайте внимание на весь этот круговорот. по-настоящему необходимая вещь одна - async await

ERROR: S client not available

в случае вебсервера - koa2

В 8 ой ноде будет импорт?

Вроде уже есть?

еще нет

человек тут скрин скинул)

И ещё. Вот я уже описывал своё приложение. Пишу в поле запрос и отправляю его на бекенд. Лучше сразу открыть соединение с БД или при каждом обращении открывать соединение, делать запрос, а потом закрывать?

а для чего они в ноде? они же так на так проксируют собой commonJS? и destructuring тащит: const {a,b} = require('export-a-b-c')

сразу

И ещё. Вот я уже описывал своё приложение. Пишу в поле запрос и отправляю его на бекенд. Лучше сразу открыть соединение с БД или при каждом обращении открывать соединение, делать запрос, а потом закрывать?

Типо как на php?))

Типо как на php?))

Ну тут у меня rest api

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

короче node.js нормально хранит ресурсы - не стоит их закрывать-открывать все время)

Работаю с mssql и на клиенте можно самому вписать строку подключения. Так вот как лучше? Как получил её, запустить и держать до конца или при каждом обращении?\

до конца

иначе жоско тормозить будет

ну или мягко. но тормозить:)

Тайм-аут обычно

зачем?

Работаю с mssql и на клиенте можно самому вписать строку подключения. Так вот как лучше? Как получил её, запустить и держать до конца или при каждом обращении?\

ты не должен так много думать о соединения. О соединениях должен думать connection pool

??

ты не должен так много думать о соединения. О соединениях должен думать connection pool

Ну так мне нужно понять в каой момент осуществлять подключение

Допёр, бабел получается нужен теперь только для рендера на сервере?

Ну так мне нужно понять в каой момент осуществлять подключение

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

там все хлещще

че вы пугаете

пять соединений

человек ща реально 5 коннекшенов откроет

Этот чудесный объект называется connection pool. И с поправкой на джаваскриптовую однопоточность работает намного проще))

там фишка в том, что connectionString ему с клиента приходит

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

Понять бы ещё, что ты написал :D Полный нуб в этом. Считай, первый раз открыл node

mssql пять соединений не сможет?))

хз. я только с pg:)