长期以来对 Lisp 的诟病之一就是 Lisp 缺乏高质量的类库。尽管有不少人在争论这个观点是否正确，但是能够访问.NET 平台下不计其数的高质量类库，确实能给人们带来很多价值。
RDNZL 为 Windows 平台下的 Lisp 开发人员提供了一个访问.NET 类库的途径。尽管目前它还不能支持其它的 CLR 实现，比如说 Mono，但是 RDNZL 的维护人员正在接纳这些平台的补丁。
在 Lisp 一方，这套类库支持 Corman Common List、ECL、Allegro 和 LispWorks。SBCL 和 GNU CLISP 的移植版目前尚在开发中。
RDNZL 完成诸如对象创建、.NET 风格数组、枚举类型、装箱（Boxing）、.NET/Lisp 类型转换和起来类似的基础工作，相对来说容易不少，而方法调用可以用两种方式完成。最为容易的方式是使用 Lisp 函数调用、属性或者字段。这些方法使用反射来调用下面的.NET 方法。如果希望避免反射，并使调用时间减半，开发人员可以使用define-rdnzl-call来为相应函数创建一个 Lisp 包装器。
使用这个类库对性能最严重的影响就是对所传送数据的重新编组的时间损耗。出于这一原因，控制跨平台方法调用的数量是更可取的，而人们尤其应当注意避免在 Lisp 中的一个紧凑循环中频繁调用.NET 代码。
由于要为 COM 类库创建 CLR 可调用的包装器（CLR Callable Wrapper）是件易如反掌的事情，RDNZL 也为开发人员提供了调用 Windows 平台上浩如烟海的 COM 类库的途径。在链接页面中，有不少示例，其中就有一个从 Lisp 中通过 Microsoft Office 自动化调用 Excel 对象的例子。
事件处理器和其它的委托（delegate）可以通过向委托的构造方法传入一个 Lisp 闭包的方式创建。不过要这样做必须小心从事，因为这样可能会创建出一个循环引用，从而扰乱 Lisp 和.NET 的垃圾收集器。
暂无签名
中国开发者画像洞察研究报告 2024
分析开发者的行为模式、工作价值、职业发展等内容，帮助整个行业生态更深入地理解开发者，为他们提供更精准...
评论