Запуск node скрипта

1. Симлинк.
   
2. index.js : require("../share/index.js")
   
3. Ты опять делаешь какую-то херню?

Симлинк да, думал и делал уже. В целом норм, но буду путаться и перезатирать всегда. Тут чисто человеческий фактор.

index.js : require("../share/index.js")

ну это тоже самое по сути что и прописать «main»: "../share/index.js"

Ладно я решил уже первую проблему, скопировал в /share/ всю недостоющую требуху

Остается вопрос с наследованием. Погуглил, все сходится к «node require fallback» https://stackoverflow.com/questions/48065357/require-how-to-do-a-fallback-whe...

Это надо свой врапер require-fallback делать, это не подходит

Собственно мне что осталось нужно: если файла нет в папке - искать его в /share/. Можно штатным способом такое сделать? Изучал package.json что то не найду магического заклинания там

Ты опять делаешь какую-то херню?

Да все мы делаем херню по сути )

Вообще node-way, это сделать из index.js микрозависимость. Но я тебе такого не советовал. И вообще это все не я.

Не понял...
Мне нужно типа include directoryes, чтобы указать ноде в каких папках искать скрипты, если их нет в текущей

Не понял

Делаешь свой пакет, свой регистр (verdaccio, например), деплоишь в регистр, ставишь его в зависимость во все остальные проекты.

Мне нужно типа include directoryes, чтобы указать ноде в каких папках искать скрипты, если их нет в текущей

У тебя не начнётся такое, что 3 проекта будут инклюдить друг у друга?
Есть еще один костыль-вей, вызывать копирование/создание симлинка на index.js прямо в ноде, а потом делать require.

Делаешь свой пакет, свой регистр (verdaccio, например), деплоишь в регистр, ставишь его в зависимость во все остальные проекты

Дык, и будет у меня в каждой (/app1 /app2 /app3) папке по копии проекта? Я сейчас наоборот от этого ухожу

Есть еще один костыль-вей, вызывать копирование/создание симлинка на index.js прямо в ноде, а потом делать require.

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


В общем, почитал я https://nodejs.org/api/modules.html
Если указываешь в require "./bla" «/bla» "../bla" то пути относительные и нода не будет искать пакет в других дирах. А у меня в коде везде стоит "./bla" и "../bla"/ Тобишь без переписывания кода на "../../share/logger" не выйдет. А пакет logger ищет свой конфиг в "./config_logger" которого нет в /share
Надо изощряться в путями... Может все же есть другой лаконичный путь, чтобы обхитрить ноду и сделать require пакета из app1/../share/logger но чтобы у logger была дира app1/

Я сейчас наоборот от этого ухожу

Кмк, зря. Не факт, что какое-то изменение в shared не поставит всех раком.

а потом делать require

Разве это не устаревшая фича, и не лучше юзать просто import?

Разве это не устаревшая фича, и не лучше юзать просто import?

А они не по-разному работают? Можно сделать reimport чего нибудь? Там есть await import(...) но стоит ли он того?

устаревшая фича

var типа тоже устаревшая, ага. Однако под repl писать код удобнее с var. Больше слушай всяких метросекуалов в коротких штанишках.

Та ты не понял (мне нужно было написать это сразу). Мне интересно, вроде бы как import и require в Node работает одинаково. Или нет? Просто я не могу понять когда и что лучше юзать.

Я не про сабж темы, я в общем :)

Мне интересно, вроде бы как import и require в Node работает одинаково

Вообще не тыкал в import, но он, вроде как, статичный и выполняется до запуска рантайма (ну, кроме того, который await import(...)).
(нода мне говорит Cannot use import statement inside the Node.js REPL, alternatively use dynamic import. так-то) Еще я хз, как с даже с динамическим импортом делать горячую перезагрузку модулей и можно ли её вообще делать.
Например, вот такую херню я сделал, чтобы перегружать модули на ходу:

var unload = function(module) {delete require.cache[require.resolve(module)]}
var reload = function(module) {unload(module); return require(module);}

Cannot use import statement inside the Node.js REPL, alternatively use dynamic import

Может указан старый стандарт в package.json, где ещё нет import?

Просто пробую Node, то везде юзаю import. Разницы не вижу (мб не хватает скилла её увидеть xD)

Может указан старый стандарт в package.json

Repl. Код сразу пишется, сразу выполняется, сразу просматривается результат, потом дебаг и т.д. по кругу. Пляски package.json не нужны.

Просто пробую Node, то везде юзаю import

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

С динам. импортом я не знаю, как там.

https://nodejs.org/api/esm.html#loaders