5
Scheme vs Common Lisp:哪些特征在您的项目中有所作为?[关闭]
在StackOverflow和此站点上都不乏含糊的“方案与通用Lisp”问题,因此,我想使这一问题更加集中。问题是针对使用两种语言进行编码的人: 在使用Scheme编码时,您最想念Common Lisp编码经验的哪些特定元素?或者,相反,在使用Common Lisp进行编码时,您从Scheme编码中错过了什么? 我不一定只是语言功能。就问题而言,以下是所有值得错过的东西: 特定的库。 开发环境的特定功能,例如SLIME,DrRacket等。 特定实现的功能,例如Gambit将C代码块直接写入您的Scheme源的功能。 当然还有语言功能。 我希望得到的答案的示例: “我试图在Common Lisp中实现X,如果我拥有Scheme的一流延续性,我完全会做Y,但是我必须做Z,这更痛苦。” “随着我的源代码树的增长以及我链接到越来越多的C库,在Scheme项目中编写构建过程的脚本变得越来越痛苦。在下一个项目中,我回到了Common Lisp。” “我现有一个庞大的C ++代码库,对我而言,能够将C ++调用直接嵌入到我的Gambit Scheme代码中,这完全是Scheme与Common Lisp相比可能存在的任何缺点,甚至包括缺乏SWIG支持。” 因此,我希望获得战争故事,而不是诸如“方案是一种更简单的语言”之类的一般观点。