IronScheme 은 Wikipedia 에서 IronLisp라는 실패한 프로젝트의 후속 작업으로 언급되어 Clojure가 JVM에서 수행하는 방식으로 Lisp를 CLR 및 .NET으로 가져옵니다. 누구든지이 언어에 경험이 있습니까? 상당히 완벽 해 보였지만 (99 %), 설정 여부에 따라 시간을 들일 가치가 있는지 판단하는 방법을 잘 모르겠습니다. 안정적이고 완전하다는 것은 도구와 Project Euler 스타일 문제를 다루기보다는 실제 프로젝트에 사용하는 것을 의미합니다.
답변:
저는 IronScheme의 저자입니다. 나는 당신의 질문에 어떻게 대답 해야할지 모르겠지만 시도 할 것입니다 :)
IronScheme은 먼저 Scheme (구체적으로 R6RS)을 구현하려고 시도합니다. 이차 목표는 CLR 상호 운용성입니다.
IronScheme은 Clojure와 비교할 때 (나쁜 점에 중점을 둡니다)
불행히도 Clojure가이기는 곳은 다음과 같습니다.
IronScheme은 마지막 3 가지가 치킨-계란 시나리오이기 때문에 걱정이됩니다. 개인적으로 필자는 필요할 때만 라이브러리를 만드는 경향이 있으며 매우 작은 사용자 커뮤니티에서는 버그 보고서 외에 사용자의 기여도가 많지 않습니다. 더 큰 사용자 커뮤니티를 원합니다.
지원에 관해서는 일반적으로 가능한 빨리 사용자를 돕습니다. 이 증거는 IronScheme 토론 게시판의 응답 시간에서 확인할 수 있습니다. 또한 버그는 식별 된 즉시 수정됩니다.
안정성과 관련하여 코드베이스는 매우 성숙해졌으며 현재는 버그 수정 및 최적화 만이 유일한 코드 추가 사항입니다.
유용성에 관해서는 .NET 프레임 워크에 익숙하다면 다른 .NET 언어와 마찬가지로 IronScheme으로 거의 모든 작업을 수행 할 수 있습니다. 더 많은 스킴과 같은 숙어로 얼마나 기꺼이 추상화 할 것인지에 따라 어려워 지거나 쉬울 수 있습니다. IronScheme으로 작성하기가 매우 쉽습니다. 예를 들어 ASP.NET을 사용하기 때문에 전체 MVC 프레임 워크는 거의 400 줄의 Scheme 코드입니다 (확실히 바퀴를 발명하는 것을 좋아하지 않습니다).
답변이 충분하지 않은 경우 설명을 요청하십시오. Demian은 유지 관리 측면에서도 좋은 점을 제시합니다.
문안 인사
레피
참고 : IronScheme에 대한 경험이 없으므로 소금 가장자리를 사용하여 생각하십시오 (블 레딩 에지 기술을 사용하는 데 더 많은 도움이 됨).
사소한 문제 (개인 도구, Project Euler 등)가있는 새로운 기술로 장난감을 가지고 놀지 만, 나는이 기술을 본격적인 프로젝트에 채택하는 것에 매우 주의하고 있습니다. 왜?
그래서, 새로운 기술을 배우면서하는 것은 항상 좋은 일이 (일어날 수있는 최악의 일은 당신이 다른 사람이 뭔가를 구현하는 것이 방법이다 - 이다 좋은) 일찍 전체 프로젝트를 채택 할 경우, 정말 엉덩이를 비트 수 .