Какой функциональный язык больше всего подходит для создания игр? [закрыто]

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

Я видел разговоры о Haskell, F #, Scala и так далее. Но я не имею ни малейшего представления о различиях между языками и их сообществами, и меня это особо не волнует; кроме как в контексте разработки игр.

Итак, с точки зрения разработки игр, какой функциональный язык программирования имеет больше всего возможностей для программирования игр? Например, существуют ли функциональные библиотеки / движки / фреймворки для разработки игр или графические движки для функциональных языков? Есть ли язык, который лучше обрабатывает определенные структуры данных, которые обычно используются в разработке игр?

Итог: какой функциональный язык программирования лучше всего подходит для функционального программирования игр и почему?

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

F #, входящий в семейство Microsoft .net, имеет доступ к XNA, которая является фантастической базой для создания игр. Немного прибегая к помощи гугла, вы найдете несколько уроков, видео и статей. Великие документы по XNA также должны помочь.

В Haskell также было некоторое движение в играх, смотрите здесь . Вы, вероятно, будете использовать привязки openGL.

Поскольку Scala играет в среде Java, он интегрируется со всеми доступными механизмами / привязками Java, см. Этот пост SO .

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

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

Я бы сказал, Лисп.

Он использовался в играх в качестве языка сценариев, по крайней мере, в Naughty Dog (или я так думаю), и является очень зрелым языком.

Преимущество Lisp заключается в десериализации, которая является основной частью того, что мы называем управлением активами. Десериализация lisp тривиальна, код и данные едины. Это облегчает иметь формат файла для активов и поведения. Это не похоже на один файл в json / xml / yaml / bin и один файл F # для AI. Вы можете сохранить все как s-выражения, что значительно упростит конвейер активов.

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

Причины:

• Производительность - Clojure - это динамический язык. Он имеет отличные возможности для интерактивной разработки в стиле REPL, например, вы можете использовать REPL для запроса или изменения состояния внутри экземпляра запущенного игрового приложения. Код в Clojure также часто до смешного лаконичен. Я предполагаю, что я в 3-5 раз более продуктивен в Clojure, чем в Java или C #.
• Нечисто - хотя я ценю красоту и элегантность чистых функциональных языков, таких как Haskell, программирование игр - грязное занятие, в котором побеждает прагматизм. Я хочу иметь возможность добавлять побочные эффекты в мои функции, когда они мне нужны, и Clojure позволяет это. Сказав это, идиоматический стиль Clojure должен быть чисто функциональным большую часть времени .
• Метапрограммирование. Лиспское наследие Clojure как гомоиконического языка делает его идеальным для метапрограммирования / генерации кода. Легко «расширить язык», чтобы создать свои собственные DSL или устранить биопланшет. Вы можете легко использовать Clojure в качестве собственного языка сценариев игры, а динамическая компиляция кода означает, что ваши сценарии будут работать так же быстро, как и ваш основной игровой движок.
• Доступ к библиотекам Java . Вы можете использовать все библиотеки Sound / Graphics / AI / Networking из Java, что является огромным преимуществом по сравнению с большинством других функциональных языков (где вам придется либо писать их с нуля, либо разрабатывать много хитрого интерфейса). Это может быть спасением жизни.
• Кроссплатформенность - это бесплатно для запуска на JVM, но это хороший бонус.
• Производительность - для динамического функционального языка Clojure работает настолько быстро, насколько вы можете. Он всегда компилируется JIT, никогда не интерпретируется. с помощью интеллектуальной оптимизации вы можете сопоставить скорость чистого низкоуровневого Java-кода в Clojure. Например, вы можете использовать массивы примитивов Java или предоставить подсказки типов, чтобы компилятор генерировал статически типизированные вызовы функций в критичном для производительности коде.
• Параллелизм - Clojure имеет отличную модель для управления параллельным состоянием, поддерживаемую впечатляющей программной системой транзакционной памяти. Стоит посмотреть это видео, чтобы узнать больше о том, как это работает.

Единственный случай, когда я бы не подумал о Clojure, был бы, если бы я писал современную графически интенсивную игру, в которой вам нужна передовая производительность (где я все еще думаю, что вам нужен C / C ++).