Я автор IronScheme. Я не совсем уверен, как ответить на ваш вопрос, но постараюсь :)
IronScheme сначала пытается внедрить Scheme (в частности, R6RS), а второстепенной целью является совместимость CLR.
По сравнению с Clojure (фокусируясь на их недостатках), IronScheme не будет:
- дать вам CLR исключения во время выполнения; IronScheme использует обработку исключений Схемы
- дать вам «бесконечные» стековые трассы; IronScheme правильно рекурсивный хвост
- быть трудно настроить; просто распаковать в каталог и перейти
- занять много времени, чтобы начать; IronScheme (когда ngen'd) занимает всего 0,1 секунды, чтобы запустить REPL
- быть двусмысленным; IronScheme реализует стандартизированную спецификацию
К сожалению, где Clojure выигрывает:
- Документация
- Каркасы и библиотеки
- Сообщество пользователей
Это беспокоит IronScheme, так как последние три упомянутых сценария очень похожи на сценарий с куриным яйцом. Лично я, как правило, создаю библиотеки только тогда, когда они мне нужны, и с очень крошечным сообществом пользователей, помимо отчетов об ошибках, от пользователей не так много. Я хотел бы большего сообщества пользователей.
Что касается поддержки, я обычно помогаю пользователям так быстро, как могу. Это доказательство видно из моих ответов на форумах IronScheme. Кроме того, ошибки обычно исправляются, как только они были идентифицированы.
Что касается стабильности, кодовая база довольно зрелая, и в настоящее время только исправления ошибок и оптимизации являются единственными дополнениями кода.
Что касается удобства использования, если вы знакомы с платформой .NET, вы можете делать с IronScheme практически все, что можете, с любым другим языком .NET; это может быть сложнее или проще в зависимости от того, насколько вы готовы абстрагироваться в более похожие на Схемы идиомы. Вещи очень легко написать в IronScheme; например, вся моя инфраструктура MVC состоит всего из 400 строк кода Scheme, благодаря подключению к ASP.NET (я, конечно, не люблю заново изобретать колесо).
Не стесняйтесь просить разъяснений, если ответа недостаточно. Демиан тоже делает хорошие замечания с точки зрения ремонтопригодности.
С уважением
leppie
Примечание: у меня нет опыта работы с IronScheme, поэтому подумайте немного о соли (хотя она больше направлена на использование передовых технологий).
В то время как я буду играть с новыми технологиями с тривиальными проблемами (персональные инструменты, Project Euler и т. Д.), Я очень осторожен в использовании этих технологий в полномасштабных проектах. Почему?
Таким образом, хотя изучение новых технологий - это всегда хорошо (наихудшее, что может случиться, это то, что вы узнаете, как кто-то может реализовать что-то - и это хорошо), может действительно поразить вас, если вы примете это рано для полных проектов. ,
источник