dll - labview CIN 是老式的吗？

Question

我正在使用 labview 编写应用程序，需要使用外部代码。我读过使用 CIN 是过时的并且使用“错误”。它是否正确？我应该改用共享 dll 吗？

这两种方法的优点/缺点是什么？

Answer 1

我没有编写 LabVIEW 调用的外部代码的个人经验，但来自NI 知识库：“当有选择时，DLL 就是选择。”

他们列出的优势包括：

• 许多进程可以在内存中共享 DLL 的单个副本
• 许多应用程序可以共享磁盘上 DLL 的单个副本
• 修改 DLL 中的函数不需要重新编译调用应用程序
• 仅支持某些（过时的？）开发环境来创建 CIN。

DLL 的潜在缺点是：

• 上面列表中的前两项；-)
• 从 LabVIEW 构建应用程序时，您需要记住将 DLL 作为支持文件包含在内
• CIN 代码可以独立于平台，而 DLL/共享库可能需要为每个平台重写。

我很确定，在我关注 LabVIEW 列表和论坛的几年中，每次看到这个讨论时，建议都是一样的：CIN 已过时，使用 DLL - 请注意它们可能导致的潜在问题。

Answer 2

感谢 nekomatic 的回答。如果其他人对此感兴趣，我从互联网深处找到了一篇文章，解释了这两种方法的优缺点。原来 CINS 在 labview 8.20 之前比共享 dll 有优势，但现在它们已经过时了。

FTA：与使用调用库节点相比，CIN 基本上不再有一个单一的优势，而是有很多缺点