Какой язык сценариев следует поддерживать в существующей кодовой базе?

Основываясь на собственном опыте:

• Python. IMHO это хороший выбор. У нас есть довольно большая кодовая база с большим количеством пользователей, и им это очень нравится.
• Ruby. Есть некоторые действительно хорошие приложения, такие как Google Sketchup, которые используют это. Я написал плагин Sketchup и подумал, что это довольно приятно.
• Tcl. Это старый школьный встраиваемый язык сценариев выбора,но в наши дни он не имеет большого импульса. Это высокое качество, хотя, они используют его на космическом телескопе Хаббла!
• Lua. Я только сделал детские вещи с ним, но IIRC он имеет только числовой тип с плавающей запятой, поэтому убедитесь, что это не проблема для данных, с которыми вы будете работать.

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

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

Я не совсем уверен, но я думаю, что spidermonkey ваши 4 требования.

Я широко использовал Python для этой цели и никогда не жалел об этом.

Lua имеет самый прямой C API для привязки к базе кода, которую я когда-либо использовал. На самом деле, я обычно быстро сворачиваю привязки для него вручную. В то время как вы часто не рассматривали бы это без генератора, такого как swig для других. Кроме того, это, как правило, быстрее и легче, чем альтернативы, и сопрограммы -очень полезная функция, которую предоставляют несколько других языков.

AngelScript

позволяет вызывать стандартные функции C и методы C++ без необходимости использования прокси-функций. Приложение просто регистрирует функции, объекты и методы, с которыми скрипты должны иметь возможность работать, и больше ничего не нужно делать с вашим кодом. Те же функции, которые используются приложением внутренне, могут также использоваться обработчиком сценариев, что исключает необходимость дублирования функций.

Для сценариста язык сценариев следует широко известному синтаксису C/C++ (с незначительными изменениями), но без необходимости беспокоиться о указателях и утечках памяти.

Первоначальный вопрос описывал от Tcl до "T".

Tcl был разработан с самого начала, чтобы быть встроенным языком сценариев. Он эволюционировал, чтобы быть первым классом динамического языка в своем собственном праве, но до сих пор используется во всем мире в качестве встроенного языка. Он доступен под лицензией BSD, так что это примерно так же бесплатно, как он получает. Он также компилируется практически на любой платформе moden, и многие not-so-modern. И не только это работает на настольных системах, есть варианты, доступные для мобильных платформ.

Tcl выделяется как язык "glue", где вы можете писать высокопроизводительные функции в C, все еще пользуясь преимуществами языка сценариев для менее важных для производительности частей приложения.

Tcl также поставляется с первоклассным инструментарием GUI (Tk), который, возможно, является одним из самых простых кросс-платформенных наборов инструментов GUI. Он также очень хорошо взаимодействует с SQLite и другими базами данных и уже довольно давно имеет встроенную поддержку unicode.

Если интерфейс сценариев будет доступен для ваших клиентов (в отличие от простого предоставления возможности вашим собственным инженерам работать на уровне сценариев), Tcl чрезвычайно легко выучить, так как есть в общей сложности только 12 правил, которые управляют всем языком (по состоянию на tcl 8.6). Фактически, Tcl сияет как способ изобретать доменные языки, которые часто используются в качестве решения для сценариев конечных пользователей.

Вы, вероятно, могли бы использовать любой современный язык сценариев / байт-кода.

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

Уже были некоторые отличные предложения, но я просто хотел упомянуть, что Perl также можно вызвать / можно позвонить в C/C++.

Я думаю, что большинство людей, вероятно, упоминают язык сценариев, с которым они наиболее знакомы. С моей точки зрения, Tcl был разработан специально для взаимодействия с C, поэтому ваша проблемная область специально разработана для языка. Тем не менее, я уверен, что Python, Perl или Lua будет хорошо. Вы, вероятно, должны выбрать язык, который наиболее знаком вашей текущей команде, так как это сократит время обучения.