Должны быть сюрпризы в жизни, должны быть приключения

Гг))

хм, разве не все руководствуються стандартом версионности?

Не все его правильно понимают

И даже стандарты то разные бывают

Ну в CHANGELOG.md указываешь свой стандарт

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

Ну в CHANGELOG.md указываешь свой стандарт

А потом такой: "...что значит нет CHANGELOG.md?"

Ну в CHANGELOG.md указываешь свой стандарт

И не забыть после второго ангуляра этот стандарт поменять. (в смысле косяки бывают у всех)

есть спецификация http://semver.org/

и в npm об этом говориться https://docs.npmjs.com/cli/version

ну а кто не хочет читать, можете видео на русском посмотреть https://youtu.be/CrevZgTc7ow?list=PLDyvV36pndZFWfEQpNixIHVvp191Hb3Gg

`1

Минус любого чатика про что угодно - это люди с завышенным ЧСВ и дефицитом общения, которые считают своё мнение настолько важным, что рассказывают о нём всем вокруг, даже когда их никто не спрашивает. Как я сейчас, например.

золотые слова. поэтому я надеюсь что твитер еще будет жить долго

хм, разве не все руководствуються стандартом версионности?

Все руководствуются. Но по-своему. И никогда не угадаешь, как именно.

золотые слова. поэтому я надеюсь что твитер еще будет жить долго

Спасибо

Минус любого чатика про что угодно - это люди с завышенным ЧСВ и дефицитом общения, которые считают своё мнение настолько важным, что рассказывают о нём всем вокруг, даже когда их никто не спрашивает. Как я сейчас, например.

Подмена альтруизма завышенной самооценкой - это манипуляция и одна из топовых тем троллинга. Альтруизм реально двигает сообщества вперёд.

Вопрос по теме: как лучше организовать вызов методов модуля про базу данных из кучи разных функций в замыканиях? Может я туплю, но тут надо много раз инициализировать связб с БД

Подмена альтруизма завышенной самооценкой - это манипуляция и одна из топовых тем троллинга. Альтруизм реально двигает сообщества вперёд.

«Ох, какое вокруг говно. Хорошо что я в белом плаще.» — это не очень похоже на альтруизм

Вопрос по теме: как лучше организовать вызов методов модуля про базу данных из кучи разных функций в замыканиях? Может я туплю, но тут надо много раз инициализировать связб с БД

Инициализируй один раз в отдельном модуле и импортируй его

«Ох, какое вокруг говно. Хорошо что я в белом плаще.» — это не очень похоже на альтруизм

Говно, оно обычно внутри, а не снаружи.

«Ох, какое вокруг говно. Хорошо что я в белом плаще.» — это не очень похоже на альтруизм

Это не альтруизм. Это идиотизм. Кто ж в говно в белом плаще лезет

Дартаньян

а без белого плаща, много любителей лезть в говно?

Не обязательно любить дебажить чужой говнокод, но часто надо

спасибо альтруисту за наводку по теме, про кеширование как-то пропустил https://nodejs.org/dist/latest-v6.x/docs/api/modules.html Caching # Modules are cached after the first time they are loaded. This means (among other things) that every call to require('foo') will get exactly the same object returned, if it would resolve to the same file. Multiple calls to require('foo') may not cause the module code to be executed multiple times. This is an important feature. With it, "partially done" objects can be returned, thus allowing transitive dependencies to be loaded even when they would cause cycles. If you want to have a module execute code multiple times, then export a function, and call that function.

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

документацию же можно читать

чистить require-кеш несложно

Ааа, ок

чистить require-кеш несложно

А бывает надо? О_о

у синдре и флоатдропа есть модули на эту тему

бывает, надо да

Кеш чистить при разработке, чтобы заново файл парсился?

нет, при разработке такое не нужно

нужно когда работаешь близко к механизму require

нужно когда работаешь близко к механизму require

Можно примеры? Если нет простых, где почитать?

Просто пока что не вижу смысла, если можно вынести код в функцию и ее экспортить

https://github.com/sindresorhus/require-uncached

https://github.com/sindresorhus/require-uncached

И что мешает написать функцию с тем же функционалом?

ничто, если это твой модуль

и невозможно если не твой

и невозможно если не твой

Аргументный аргумент Про использование чужих творений не подумал

Единственный нормальный способ перезагрузить модуль - это перезапустить процесс

Единственный нормальный способ перезагрузить модуль - это перезапустить процесс

Иногда в рамках одного процесса нужно задействовать несколько экземпляров модуля У меня таких кейсов не возникало. passport, вроде как, создает один инстанс, который шарится между всеми require

Это проблема конкретного модуля

мне в тестах приходилось сбрасывать кеш

Это проблема конкретного модуля

Не написанного тобой. Так что используй хаки, либо пиши issue

нет, при разработке такое не нужно

нужно. я так сделал подобие Hot-module replacement на сервере )

Иногда в рамках одного процесса нужно задействовать несколько экземпляров модуля У меня таких кейсов не возникало. passport, вроде как, создает один инстанс, который шарится между всеми require

Делай обёртку и генери экземпляры

Подмена альтруизма завышенной самооценкой - это манипуляция и одна из топовых тем троллинга. Альтруизм реально двигает сообщества вперёд.

а если я не понимаю как монетизировать сервис и поэтому раздаю его всем желающим совершенно безвозмездно, и даже рекламу на нем не верчу - это считается альтруизмом? :)

Говно, оно обычно внутри, а не снаружи.

Это временно. всякое говно стремится изнутри наружу, желательно еще на вентилятор. Очень желательно при этом, чтобы он еще пооборотистее был и был включен.

спасибо альтруисту за наводку по теме, про кеширование как-то пропустил https://nodejs.org/dist/latest-v6.x/docs/api/modules.html Caching # Modules are cached after the first time they are loaded. This means (among other things) that every call to require('foo') will get exactly the same object returned, if it would resolve to the same file. Multiple calls to require('foo') may not cause the module code to be executed multiple times. This is an important feature. With it, "partially done" objects can be returned, thus allowing transitive dependencies to be loaded even when they would cause cycles. If you want to have a module execute code multiple times, then export a function, and call that function.

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

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

Это да, я пару раз уже наступил на это

в es5 нотации это было как-то очевиднее. module.exports в общем случае было объектом создавшемся при первом проходе. и было понятно что если реквайришь этот объект то реквайришь именно ссылку

чистить require-кеш несложно

1. https://github.com/nodejs/node/issues/8443 2. С введением esm не факт, что его всё ещё можно будет чистить вообще.

Да можно скорее всего

Но все равно не нужно

хотя честно говоря не вполне понимаю, как может работать импорт commonjs из es6

хотя честно говоря не вполне понимаю, как может работать импорт commonjs из es6

Возможно, что никак.

они ведь обсуждали в сентябре что будет работать норм

@ChALkeR @vkurchatkin я тоже не до конца понимаю, но без этого esm/cjs интероп ломается

Еще мне интересно как будет __dirname и __filename

они ведь обсуждали в сентябре что будет работать норм

там есть презентация про разницу лайфциклов, разница понятна, но как это тогда должно работать непонятно(мне)

ERROR: S client not available

Поясните за преимущества коа перед эксперссом?

Еще мне интересно как будет __dirname и __filename

Возможно, что никак.

Ты последний пропозал читал?

https://github.com/nodejs/node-eps/pull/39 Там написано английским языком — не будет в esm __dirname, __filename, require и прочего. Но его не приняли ещё.

чет в итоге не понятно, на чем то остановились или нет

__dirname и __filename объективно полезные вещи

чет в итоге не понятно, на чем то остановились или нет

пока нет

но можно делать import { __dirname, __filename } from 'node' или что то такое

но можно делать import { __dirname, __filename } from 'node' или что то такое

какой-то жесткий хак же

ну не сказал бы - наоборот

это сейчас хак

+

но вообще энв и в глобал снова себе может засунуть чот

и сейчас тоже хак)

ну так они и не глобалы

в том и суть

https://github.com/nodejs/node-eps/pull/39 Там написано английским языком — не будет в esm __dirname, __filename, require и прочего. Но его не приняли ещё.

Попробовать что ли этот пропозал заимплементить

вообще там у tc39 идея когда-нибудь сломать совместимость и делать такое: import { cos } from 'Math';

и стдлиб в модули дефолтные поместить

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

и норм

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

да, но этого никто не делал

а потом окажется, что в ноде занято чота

точнее не в ноде, а в npm

что еще хуже

crypto в ноде и браузере вроде не одинаковые

уже

да это ж нпм, захотят - подвинут, если на уровне стандарта будет

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

это какой-то c++ выходит

с несовместимыми компиляторами