Universal Node.js shebang?

Node.js дуже популярний в наші дні, і я писав на ньому кілька сценаріїв. На жаль, сумісність є проблемою. Офіційно передбачається викликати інтерпретатора Node.js node, але Debian та Ubuntu поставляють виконуваний файл nodejs.

Я хочу переносити сценарії, з якими може працювати Node.js у будь-яких ситуаціях. Якщо припустити, що ім'я файлу є foo.js, я дуже хочу, щоб сценарій запускався двома способами:

1. ./foo.jsзапускає сценарій, якщо він nodeабо nodejsє $PATH.
2. node foo.jsтакож запускає скрипт (якщо припустити, що інтерпретатор викликається node)

Примітка . Відповіді xavierm02 та я - це два варіанти поліглотового сценарію. Мені все ж цікаво чисте рішення шебанга, якщо таке існує.

Найкраще, що я придумав - це "дворядковий шебанг", який насправді є поліглотом (Bourne shell / Node.js):

#!/bin/sh
':' //; exec "$(command -v nodejs || command -v node)" "$0" "$@"

console.log('Hello world!');

Перший рядок - це, очевидно, шеббанг Борна. Node.js обходить будь-який шебанг, який він знайде, тому це дійсний файл JavaScript, що стосується Node.js.

Другий рядок викликає оболонку no-op :з аргументом, //а потім виконує nodejsабо nodeз ім'ям цього файлу як параметр. command -vвикористовується замість whichпортативності. Синтаксис підстановки команд $(...)не є суто Bourne, тому вибирайте зворотні посилання, якщо ви запускаєте це в 1980-х.

Node.js просто оцінює рядок ':', який є як неоперативний, а решта рядка аналізується як коментар.

Решта файлу - це просто звичайний JavaScript. Підзаголовок закривається після завершення execдругого рядка, тому оболонка файлу ніколи не читається.

Дякуємо xavierm02 за натхнення та всім коментаторам за додаткову інформацію!

#!/bin/sh
//bin/false || `which node || which nodejs` << `tail -n +2 $0`
console.log('ok');

//bin/falseте саме, що за /bin/falseвинятком того, що другий косої риски перетворює його в коментар для вузла, і саме тому він тут. Потім права частина першого ||оцінюється. 'which node || which nodejs'з зворотними котируваннями замість лапок запускає вузол і <<подає його все, що праворуч. Я міг би використовувати роздільник, починаючи з //танцю, як це робив, він би спрацював, але мені здається, що на початку є лише два рядки, тому я часто tail -n +2 $0читав сам файл, крім перших двох рядків.

І якщо запустити його у вузлі, перший рядок розпізнається як шебанг та ігнорується, а другий - однорядковий коментар.

(Мабуть, sed можна було б використовувати для заміни вмісту файлу хвостового друку без першого та останнього рядків )

Відповідь перед редагуванням:

#!/bin/sh
`which node || which nodejs` <<__HERE__
console.log('ok');
__HERE__

Ви не можете робити те, що хочете, тому те, що ви робите замість цього, це запуск сценарію оболонки, отже #!/bin/sh. Цей скрипт оболонки отримає шлях до файлу, необхідного для виконання вузла, тобто which node || which nodejs. Зворотні котирування тут знаходяться так, що вони виконуються, тому 'which node || which nodejs'(із зворотними котируваннями замість лапок) просто викликає вузол. Потім ви просто подаєте свій сценарій до нього <<. __HERE__Є роздільниками твого сценарію. І console.log('ok');це приклад сценарію, який слід замінити своїм сценарієм.

Це лише проблема в системах на базі Debian, де політика долає сенс.

Я не знаю, коли Fedora надав двійковий файл під назвою nodejs, але я його ніколи не бачив. Пакет називається nodejs, і він встановлює двійковий код, який називається node.

Просто скористайтеся символьним посиланням, щоб застосувати здоровий глузд до ваших систем на базі Debian, і тоді ви можете використовувати розумний шебанг. Інші люди все одно будуть використовувати розумні шебанги, тож вам знадобиться це посилання.

#!/usr/bin/env node

console.log("Spread the love.");

Якщо ви не заперечуєте створити маленький .shфайл, я маю невелике рішення для вас. Ви можете створити невеликий скрипт оболонки, щоб визначити, який саме вузол виконується, і використовувати цей скрипт у своєму шебангу:

shebang.sh :

#!/bin/sh
`which node || which nodejs` $@

script.js :

#!./shebang.sh
console.log('hello');

Позначте і виконуваний файл, і запустіть ./script.js.

Таким чином, ви уникаєте поліглот сценаріїв. Я не думаю, що використання декількох рядів шебанг можливе, хоча це здається гарною ідеєю.

Хоча це вирішує проблему так, як ви хочете, здається, що ніхто про це не переймається. Наприклад, uglifyjs та coffeescript використовує #!/usr/bin/env node, npm використовує скрипт оболонки як точку входу, яка знову викликає виконуваний файл явно з ім'ям node. Я користувач Ubuntu, і я цього не знав, оскільки завжди збираю вузол. Я розглядаю це як про помилку.

Для повноти тут є кілька інших способів виконання другого рядка:

// 2>/dev/null || echo yes
false //|| echo yes

Але жодна перевага щодо обраної відповіді не має:

':' //; || echo yes

Крім того, якщо ви знали, що буде знайдено nodeабо nodejs( або не обидва), такі дії:

exec `command -v node nodejs` "$0" "$@"

Але це велике "якщо", тому я думаю, що обрана відповідь залишається найкращою.

Я розумію, що це не відповідає на питання, але я переконаний, що питання задається з помилковою передумовою.

Тут Ubuntu помиляється. Написання універсального шебангу для власного сценарію не змінить інші пакунки, у яких ви не маєте контролю над тим, де використовується стандарт де-факто #!/usr/bin/env node. Ваша система повинна забезпечення nodeв , PATHякщо він бажає для будь-яких сценаріїв , орієнтованих на nodejs , щоб працювати на ньому.

Наприклад, навіть наданий Ubuntu npmпакет не переписує шебанги в пакети:

$ cd
$ rm -rf test_npm
$ mkdir test_npm
$ cd test_npm
$ npm install mkdirp 2>&1 | grep -ve home
`-- mkdirp@0.5.1
  `-- minimist@0.0.8

npm WARN test_npm No description
npm WARN test_npm No repository field.
npm WARN test_npm No README data
npm WARN test_npm No license field.
$ node_modules/.bin/mkdirp testdir
/usr/bin/env: 'node': No such file or directory
$ head -n1 node_modules/.bin/mkdirp
#!/usr/bin/env node
$ npm --version
3.5.2
$ cat /etc/lsb-release
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=16.04
DISTRIB_CODENAME=xenial
DISTRIB_DESCRIPTION="Ubuntu 16.04.2 LTS"