Можно ли использовать JavaScript в качестве основного языка сценариев?

Я использовал JavaScript и некоторые фреймворки (jQuery, Prototype, некоторые node.js) для веб-программирования на стороне клиента, но никогда не на рабочем столе, где я выполняю большую часть своих скриптовых работ на Python или Bash.

Но ИМХО, JavaScript мог бы стать отличным скриптовым языком, если бы он использовался вне браузера. Кто-нибудь пробовал это? Может ли JavaScript быть адекватной заменой Python / Perl / Bash для быстрых и грязных сценариев?

Да! Вы определенно можете сделать это с Node.js или Rhino. Например, компилятор coffeescript - это не что иное, как скрипт node.js.

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

В Windows есть компонент Windows Scripting Host, который позволяет автоматизировать администрирование и даже до некоторой степени имитировать активность пользователя с помощью JScript.

Обновление в 2017 году: OSX теперь позволяет автоматизировать задачи рабочего стола с помощью Javascript. То, что раньше было возможно через AppleScript, теперь возможно через Javascript.

Я использую javascript в основном для всего, потому что мне это нравится, и это сильно влияет на мою повседневную работу. Теперь, что я имею в виду, говоря все:

1. Пользовательские инструменты (с помощью node-webkit вы можете создавать настольные приложения)

2. Пользовательские сценарии для запуска на моей машине через node.js

3. Мобильные приложения. Мне даже не нужен PhoneGap, так как я довольно удобен при посещении URL.

4. Бэкенд для моих веб-приложений с помощью node.js. Я могу получить доступ к файловой системе и базам данных, чего мне не хватает? Хорошо .. Достаточно зрелая структура, и я надеюсь, что это будет исправлено в функции.

5. Ну, конечно, модные вещи jQuery для веб-сайтов.

Разное:

1. Я решаю все кодирования катов с помощью JavaScript (Project Euler, CodeWars)

2. Я реализую алгоритмы, которые меня интересуют в Javascript

3. 3D эксперименты с three.js и webgl.

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

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

Qt предлагает QtScript. Википедия сказала:

QtScript - это механизм сценариев, который является частью кроссплатформенной среды приложений Qt с версии 4.3.0.

Язык сценариев основан на стандарте ECMAScript с несколькими расширениями, такими как сигнальные соединения типа QObject и соединения слотов. [1] Библиотека содержит механизм и API C ++ для оценки кода QtScript и предоставления QtScript пользовательских классов C ++, полученных из QObject.

Если вы не знаете, что такое Qt: это кроссплатформенная прикладная среда на C ++. Он полезен для извлечения сложности из фронт-энда разработки на C ++, а также поддерживается в мобильных системах. Это было давно с тех пор, как я в последний раз разрабатывал с Qt, но мне понравилось.

С QtScript я мог представить, что каждый пишет минимальный графический интерфейс и выполняет логику приложения на JavaScript.

Если вы говорите «просто вне браузера», посмотрите на такие инструменты, как Appcelerator и Servoy, которые используют Javascript для кодирования, которое в конечном итоге превращается в Java.

Я использую JScript.net прямо сейчас, чтобы создать интеллектуальный интерфейс командной строки. Это хорошо работает для этого проекта, потому что eval () пригодится, но не все работает так, как вы ожидаете (это не чистый js). Но он предлагает немного RAD. Я думаю, что это сделало бы хорошую платформу для прототипирования. Это своего рода странное нахождение в ничейной стране между js и .net. (Он тоже устарел, поэтому трудно найти на нем хорошие ресурсы)