Выбор конца для нового динамического языка программирования? - PullRequest
13 голосов
/ 04 ноября 2008

Я разрабатываю вариант Smalltalk просто для удовольствия, и мне интересно, какой будет выбор для тех, кто использует stackoverflowers, когда дело доходит до нацеливания на бэкэнд. Это были мои текущие соображения:

.NET, JVM: Эти две виртуальные машины в основном предназначены для языков со статической типизацией, и я предполагаю, что было бы довольно сложно ориентироваться на такой динамический язык, как smalltalk.

Python (как исходный код): кажется, самый простой способ. Также было бы лучше, если бы я мог генерировать байт-код Python, но он недостаточно хорошо документирован, как AFAIK других виртуальных машин (для подробностей нужно копать исходный код Python!).

Самодельный переводчик: не может быть и речи: -)

LLVM, NekoVM, Parrot и другие варианты, которые я проверяю. Что бы вы взяли на это?

Ответы [ 14 ]

0 голосов
/ 18 января 2009

Определенно .Net с использованием динамического языка Runtime. Ваши объекты будут доступны пользователям C # и V.Net напрямую к тому времени, когда вы закончите (вы намереваетесь что-то отправить?: -)

В частности, цель работает в SilverLight по сокращенной .Net, поэтому вы получаете новейший бай-ин с богатым пользовательским интерфейсом.

0 голосов
/ 04 ноября 2008

Если вы собираетесь взглянуть на использование .Net, взгляните на Beautiful Code - в нем есть эссе о создании динамического кода в .Net CLR.

0 голосов
/ 04 ноября 2008

Делайте это на .Net, после всего, что вы хотите сделать это для удовольствия. Так что сделайте это немного сложнее. И о любых результатах можно будет сообщить в Microsoft для улучшения DLR и поддерживаемых языков.

0 голосов
/ 04 ноября 2008

.NET в качестве DLR теперь находится на вершине CLR для языка Dynamic.

...