labview CIN是老式的吗？

Question

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

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

Answer 1

我没有编写LabVIEW调用外部代码的个人经验，而是来自NI knowledge base：“如果给出了选择，则可以选择DLL。”

他们列出的优势包括：

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

DLL的潜在缺点是：

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

我很确定每次在LabVIEW列表和论坛中看到这些讨论时，建议都是一样的：CIN已经过时，使用DLL - 只要知道它们可能导致的潜在问题。

Answer 2

感谢nekomatic的回答。如果其他人对此感兴趣，我从互联网的深处发现了article，解释了这两种方法的优缺点。在labview 8.20之前，CINS曾经比共享dll有优势，但它们现在已经成了障碍。

FTA: CIN与使用调用库节点相比基本上没有一个优势，但存在很多缺点