問題タブ [assembly-references]

プロジェクトへの参照としてアセンブリを追加し、usingディレクティブを使用してその名前空間をインポートしましたが、問題は発生しません。IntelliSense も名前空間を見つけます。

ソリューションをコンパイルするか、デバッグ モードに入ろうとすると、突然次のエラーが表示されます。

タイプまたはネームスペース名が見つかりませんBrightIdeasSoftware。using ディレクティブまたはアセンブリ参照が欠落している可能性があります。

これはどのように可能ですか？

したがって、内部に2つのプロジェクトがあるソリューションがあります。あるプロジェクトでは CF 3.5 を実行し、別のプロジェクトでは CF 2.0 を実行していました。ソリューションから 3.5 プロジェクトを削除するなど、さまざまな方法でプログラムを介して 2.0 を更新しようとしましたが、成功しませんでした。最後に、メモ帳++でプロジェクトファイルを手動で開き、フレームワークを2.0から3.5に変更して保存しました。それ以来、システム参照に問題があり、次の図に示すように 0 エラーから 360 エラーになりました。これらの問題を解決する方法はありますか?

クリーニングして再度ビルドすると、これが起こります。エラーは 360 マークにジャンプします。

Windows CE / CF ソリューション (exe およびクラス ライブラリ/DLL) を Visual Studio 2003 / .NET 1.1 から Visual Studio 2008 / .NET 3.5 に移植しています。

コードの最後の行は次のとおりです。

...コンパイル時エラーをスローしています。つまり、次のとおりです。

タイプ 'System.Net.Sockets.NetworkStream' は、参照されていないアセンブリで定義されています。アセンブリへの参照を追加する必要があります 'System, Version=2.0.0.0

しかし、このプロジェクトではそのバージョンのシステム アセンブリを参照しています。

ランタイム バージョンとバージョンは両方とも 2.0.0.0 パスは C:\Program Files (x86)\Microsoft.NET\SDK\CompactFramework\v2.0\WindowsCE\System.dll

もう1 つのプロジェクト (クラス ライブラリ/DLL) もシステムを参照しますが、ランタイム バージョンが v2.0.50727 で、パスが C:\Windows\Microsoft.NET\Framework\v2.0.50727\System.dll であるというわずかな違いがあります。

「cousing」プロジェクト間のシステム アセンブリのこの不一致が、この問題の原因になる可能性はありますか? そうではないように思えますが、なぜこの一見誤ったエラーが発生しているのかわかりません...???

私は C# を初めて使用し、C++ と Java の分野でより多くの知識を持っています。C++ または Java プロジェクトをコンパイルするとき、私はコンパイルがソース ファイルごとに個別に実行されることに慣れています。C++ では、すべてのオブジェクト ファイルを 1 つのライブラリ/exe/dll にリンクする追加の手順が後で実行されます。

dmcsこの方法にはいくつかの利点がありますが、monoコンパイラを使用して C# で実現する方法が見つかりません。それぞれ 1 つのクラスを持つ 2 つのファイルがあるとします。

OptionsSet.cs

DefaultOptionsSet.cs

これを呼び出すことで、これをライブラリに正常にコンパイルできます

しかし、1 つのファイルを変更したときに、すべてのソース ファイルを再コンパイルしたくありません。次のことを行います。

収量

オプションを使用してアセンブリ参照を追加できることはわかってい-rますが、アセンブリ参照がまだコンパイルされていない場合はどうなりますか?

Java では、私の Makefile は次のようになります。

しかし、これを直接変換して C# ライブラリを構築することはできません。

プロジェクトで Renci SSH ライブラリを参照しており、コードを実行しようとしています。次のようなエラーが表示されます。

ファイルまたはアセンブリ 'Renci.SshNet、Version=2013.4.7.0、Culture=neutral、PublicKeyToken=null' またはその依存関係の 1 つを読み込めませんでした。システムは、指定されたファイルを見つけることができません。

参照のプロパティを確認したところ、「ローカルにコピー」が true に設定されています。

これがコードです。System.ServiceProcess ライブラリのライブラリをテストしたいだけです。

ただし、C# コードを実行すると、次のように表示されます。

エラー 1 型または名前空間名 'ServiceProcess' が名前空間 'System' に存在しません (アセンブリ参照がありませんか?)

何が悪かったのか？

非常に大きな DLL (非常に大きなネイティブ ライブラリのバインディング) を参照するプロジェクトを使用して、Xamarin.iOS でソリューションを提供しています。したがって、ソリューションのビルド時間は非常に長くなります。ソースファイルを簡単に変更した後、リンクを待つ必要があります。したがって、私の考えは、カスタム プロパティを使用してプロジェクトから参照を除外し、.cs ファイルで使用する定義を作成して、大規模なアセンブリに依存するコードを除外することでした。しかし、カスタム条件を使用して参照を除外することはできません。次の戦略は、Xamarin.iOS では機能しません (ただし、Visual Studio では機能します)。

ファイル CommonProperties.prop を作成します。

つまり、重要でない場合は、LinkWithLargeAssembly を False として定義し、プロジェクトを高速にリンクできます。CommonProperties.prop は、大きなライブラリの機能に依存する任意のアセンブリにインポートできます。

プロジェクト ファイル .csproj で上記のファイルをインポートし、参照を除外してみてください (例: monotouch):

また、インポートせずにプロジェクト ファイルでプロパティ $(LinkWithLargeAssembly) を直接定義しようとしました。また、$(RootNamespace) や $(AssemblyName) などの既に定義されているプロパティを使用しようとしました。ただし、Condition 属性はプロパティ $(Configuration) および $(Platform) に対してのみ機能します。つまり、次のコードは、構成に応じてモノタッチを含めたり除外したりします。

独自の条件付きプロパティを使用するなど、アセンブリ参照をカスタマイズすることはできますか?

私は Visual Studio 2012 を使用しており、私の c# プロジェクトでは、ローカル ネットワーク内の別のマシンにある DLL への参照がいくつかあります。最初はすべて問題なく動作し、問題なくコンパイルできます。

しかし、フォームデザイナーが機能せず、この参照が見つからないことがわかりました。

短期間、ネットワーク ドライブを使用するとこの問題は解決しましたが、現在は同じエラーが発生します。誰かがこの問題を解決する方法を知っていることを願っています...

この質問に答える前に、ライブラリをローカル ドライブにコピーすることはできないことに注意してください。

.net 3.5で構築された私のWebサイトプロジェクトで、web.configにこれを追加 してOracle.ManagedDataAccess.dllへの参照を追加すると

このエラーが発生します