dll - labview CIN は時代遅れですか?

Question

labview を使用してアプリケーションを作成しており、外部コードを使用する必要があります。CINの使用は時代遅れであり、使用するのが「間違っている」と読んだことがあります。これは正しいです？代わりに共有 dll を使用する必要がありますか?

両方の方法の利点/欠点は何ですか?

Answer 1

LabVIEWによって呼び出される外部コードを書いた個人的な経験はありませんが、NIのナレッジベースから：「選択肢が与えられたとき、DLLは作成する選択肢です。」

リストされている利点は次のとおりです。

• 多くのプロセスがメモリ内の DLL の 1 つのコピーを共有できます
• 多くのアプリケーションは、ディスク上の DLL の 1 つのコピーを共有できます。
• DLL 内の関数を変更しても、呼び出し元のアプリケーションを再コンパイルする必要はありません
• CIN の作成には、特定の (廃止された?) 開発環境のみがサポートされています。

DLL の潜在的な欠点は次のとおりです。

• 上記のリストの最初の 2 つの項目 ;-)
• LabVIEWからアプリケーションをビルドするときは、DLLをサポートファイルとして含めることを忘れないでください。
• CIN コードはプラットフォームに依存しない場合がありますが、DLL/共有ライブラリはプラットフォームごとに書き直す必要がある場合があります。

LabVIEW のリストやフォーラムを何年もフォローしてこの議論を目にするたびに、アドバイスは同じであると確信しています。

Answer 2

nekomatic さん、ご回答ありがとうございます。他の誰かがこれに興味を持っている場合は、インターネットの奥深くから、両方の方法の長所と短所を説明する記事を見つけました. CINS は、labview 8.20 より前の共有 dll よりも優れていましたが、現在は廃止されています。

FTA:基本的に CIN には、Call Library Node の使用に対する利点は 1 つもありませんが、かなりの数の欠点があります。