問題タブ [dll-reference]

ローカルで作成された多くの DLL を参照する必要がある ASP.Net 5 (vNext) ソリューションがあります。dll を示すために、project.json でさまざまなバージョンの構文を試しました。私の試みは、構文エラーで終了するか、(最も有望な)「Newtonsoft.Json.Linq.JArray を Newtonsoft.Json.Linq.JToken にキャストできない」と表示されます。

上記のエラーを生成した構文は

ビルド時間への影響はありますか? .Net ソリューションには約 30 のプロジェクトがあり、それらが共有するプロジェクトはプロジェクト参照によって追加されます。ビルドのパフォーマンスが向上するかどうかを確認するために、代わりに dll 参照に変更することを考えています。似たようなラインで経験した人はいますか？あなたの考えを共有してください。

NuGet パッケージ、参照 (参照はツールに似ていますか?)、および Visual Studio のテンプレートの違いは何ですか?

なぜそれらが必要なのですか？

それぞれをインストールすると、プロジェクトで何が行われ、変更されますか?

彼らは何らかの形でお互いに依存していますか? それらのどれがグローバル インストールで、どれがすべてのプロジェクトにインストールする必要がありますか?

特定のサイトの Cookie を読み取る必要があり、おそらく役立つコードをインターネット上で見つけました。このコードは SQLite のいくつかのメソッド固有を使用しており、これを作成するには、いくつかの SQLite dll への参照を追加する必要がありますが、問題は、SQlite.Interop.dll を追加しようとすると、次のようなエラーが生成されることです。

「C:\Program Files\System.Data.SQLite\2012\bin\SQLite.Interop.dll」への参照を追加できませんでした。ファイルにアクセスできること、および有効なアセンブリまたは COM コンポーネントであることを確認してください。

だから、誰かがこの問題を解決するのを手伝ってくれる. 私はすでにインターネット上のいくつかのサイトでそれに関連するものを見ましたが、今まで成功していませんでした.

これは私が見つけたコードで、上で述べたように、彼は SQLite dll ファイルの参照を必要としています。

ローカルまたはグローバル (GAC / .NET) DLL 参照のいずれかですが、どれくらいコストがかかりますか?

確かに、使用していないものを参照するべきではありませんが、好奇心のために私は尋ねます。.NET フレームワーク全体を参照すると、パフォーマンスが大きく低下するでしょうか?

同様のより実用的な質問は次のとおりです。プロジェクト内の同様の名前空間を組み合わせて、参照する必要がある DLL ファイルを最小限に抑えることは価値がありますか (いずれにせよ、それらの DLL 内のすべてのコードを使用する必要がある場合)。

現在、C# コードを CMD に入力して即座に実行できる C# コンソールを構築しています。このアプローチでは、Roslyn コンパイラを使用しています。これにより、すべてのコマンドでセッション オブジェクトにコードを追加できるため、つまり、最初のコマンドで何かを初期化し、2 番目のコマンドで使用できるようになります。

このコンソールでは、.NET フレームワーク全体にアクセスできるようにしたいので、すべての参照をコンソール プロジェクトに追加し、それらの参照を繰り返して Roslyn セッションに追加しようとしました。

残念ながら、コンソールが実際に使用している参照はわずかです。MSBuild コンパイラは非常に優れていると思いますが、ほとんどすべての参照がコンソールで使用されないことが検出されるため、それらはまったく含まれません。どうすればそれを取り除くことができますか？

.projファイルを解析して、このリストを個別に維持したくありません。

system.windows.interactivity.dll を参照する ac# プロジェクトを作成しました。
私が疑問に思っているのは、*.exe をビルドするときに次のような構造になるようにプロジェクトを設定する方法です。

プロジェクト フォルダーと同じレベルになるように、ソリューション フォルダーの下に "Libraries" フォルダーを配置して、少し実験を試みました。これにより、「..\Libraries\system.windows.interactivity.dll」の csproj ファイルに相対パスが与えられますが、コンパイル時に dll が exe と共にデバッグ フォルダーにコピーされ、これが保持されるため、これは解決策にはなりません。 「同じレベル」のパス構造。

dllを別のディレクトリに配置して参照するように変更するにはどうすればよいですか?

[更新]
そこで、プロジェクトで以下を
変更しました。 1: 参照 system.windows.interactivity.dll の 'Copy Local' プロパティを False に変更しました。
2: csproj ファイルに次のコードを追加して、Libraries フォルダーが出力ディレクトリの上に存在するかどうかを確認し、存在しない場合は作成してから dll をコピーします。

3. 次のコードを App.config に追加して、アプリが dll を検索する別の場所を追加します。

私の調査結果:
アプリをビルドすると、元の投稿の構造のように、すべてのファイルが必要な場所に正確に配置されます。出力ディレクトリからexeを実行しようとすると、dllが見つかりません。

[/アップデート]