Dll labview CIN是否过时？

我正在使用labview编写一个应用程序，需要使用外部代码。我已经读到使用CIN是过时的，而且使用起来是“错误的”。这是正确的吗？我应该改用共享DLL吗

---

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

我个人没有编写LabVIEW调用的外部代码的经验，但是从“当给出选择时，DLL是可以选择的。”

它们列出的优点包括：

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

DLL的潜在缺点包括：

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

---

我敢肯定，几年来，每当我在以下LabVIEW列表和论坛中看到这一讨论时，我的建议都是一样的：CIN已经过时，请使用DLL-请注意它们可能导致的潜在问题。

感谢nekomatic的回答。如果有人对此感兴趣，我从互联网的深处找到了一个解释这两种方法优缺点的例子。事实证明，在labview 8.20之前，CIN比共享DLL具有优势，但现在它们已被禁用

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