Mid、AscW、Asc、Right、Left など、C# でサポートされていない VB.net のコードに遭遇することがあるので、VBnet で作成したライブラリを作成しました。さて、私の質問は簡単です
これは何か問題になるのでしょうか?NET の 2 言語で開発している場合は?
Mid、AscW、Asc、Right、Left など、C# でサポートされていない VB.net のコードに遭遇することがあるので、VBnet で作成したライブラリを作成しました。さて、私の質問は簡単です
これは何か問題になるのでしょうか?NET の 2 言語で開発している場合は?
大丈夫。関数への参照を追加してMicrosoft.VisualBasic
、C# コードで関数を使用するだけです。この質問の長所と短所の詳細な議論
.net ライブラリを他の .net 言語プロジェクトにインポートできます。問題ない。
このページ(Cross-Language Interoperability)が役立つと思います。
すべての .net 言語は相互に使用できます - 問題はないはずです。しかし、私はVB.netコードを「mid」などでチェックします。非常に注意深く、古い非推奨のVB 6スタイルの関数です.プログラマーが必要に応じてプログラミングモデルを変更しなかったという大きな変更があります.
これらの .net 言語 (私が思うにすべて) はどちらもCLIにコンパイルされます。マシン コードと C#/VB.NET の間の中間言語。
マネージ DLL にリンクする場合、ソース言語が何であっても違いはなく、結果の DLL コードは同じです。実際、多くのリフレクター (マネージ DLL のコードのソース コード表現を表示する) には、ソース コード言語を選択するオプションがあります。
したがって、任意の (他の) .net 言語で使用して、任意の .net 言語から作成されたマネージド DLL にリンクできます。
、などMid
の関数のために VB.NET を使用してライブラリのみを作成している場合は、C# の同等物を調査するか、C# でコーディングすることをお勧めします。Left
Right