Visual Studio 2010が突然名前空間を認識できなくなりましたか？

私のC＃WinFormsソリューションには2つのプロジェクトがあります。私が取り組んでいるメインプロジェクトであるDLLと、DLLを一度に簡単にコンパイル/実行/デバッグできるように「サンドボックス」と呼ぶ実行可能WinForms。

私は両方のプロジェクトで.Net4.0で作業しています。

一見無害に見えるコードと、DLLにSystem.Webへの参照を追加するまで、すべてが正常に機能していました。これで、サンドボックスプロジェクトはDLLプロジェクトの名前空間を見ることができません。これに影響を与えるはずだったと思うものは何も変更しませんでした。

DLLへのプロジェクト参照をサンドボックス参照から削除して再度追加すると、赤い下線がすべて消え、すべてのクラスなどで色分けが返されます。しかし、私がソリューションを構築しようとするとすぐに、すべてが再び崩壊します。

サンドボックスの参照でDLLプロジェクトを右クリックし、オブジェクトブラウザーで表示すると、名前空間とそこにあるすべてのものが表示されます。

これはある種のバグかもしれないと私は感じていますか？

これはVS2010のバグのようなものですか？数か月前に同じ問題が発生しましたが、当時はまったく新しいプロジェクトを作成してファイルを再インポートすることでしか修正できませんでした。ただし、今回は数百万のファイルがあり、最後の手段としてのみ実行します。

編集：パニックになってすべての変更をやり直し、問題の原因を見つけようとした後、次の行のようです：

string url = "http://maps.google.com?q=" + HttpUtility.UrlEncode(address);

この行をコメントアウトすると、名前空間エラーは発生せず、プロジェクトは正常にビルドされます。しかし、この行には何の問題もありません。

私はこれをVS2010のバグと宣言する準備ができています、これはすでにあまりにも多くのプログラマーを噛んでいます。修正は簡単です。[プロジェクト+プロパティ]の[アプリケーション]タブで、デフォルトで選択されているクライアントプロファイルではなく、ターゲットフレームワークを「.NETFramework4」に変更します。

System.Webはクライアントプロファイルに含まれていません。そもそもこのオプションを使用するのは非常にばかげています。クライアントプロファイルは、フルバージョンの.NET 4.0よりもわずか15％小さいだけです。デフォルトで選択するのはさらにばかげています。しかし、私は逸脱します。

更新：ありがたいことに、これはすべてVS2012で修正されました。これにより、クライアントプロファイルが新しいプロジェクトのデフォルトになりなくなりました。そして、クライアントプロファイルは.NET4.5で完全に廃止されました。

両方のプロジェクトがターゲットフレームワークに非クライアントプロファイルを使用していることを確認してください（これを行うには、各プロジェクトのプロパティに移動します）。

1つの可能性は、クラスライブラリのターゲット.NETFrameworkバージョンがプロジェクトのバージョンよりも高いことです。私はこの問題に直面し、ビジュアルスタジオを閉じ、ビジュアルスタジオを再開し、ソリューションをクリーンアップして再構築することで問題を解決しました。これは私のために働いた。他のいくつかの投稿では、私は返信を読み、ほとんどのユーザーはこの方法に従って問題を解決しました。

最初にSandboxdllを使用してプロジェクトのみを個別にビルドしてみてください。

次に、実行可能プロジェクトで必要なdllを指定し、copy localがに設定されていることを確認します。trueいるます。参照設定で。

次に、実行可能プロジェクトをビルドします。

ターゲットフレームワークを「.NETFramweork4クライアントプロファイル」から「.NETFramework4」に変更すると、同様の問題が発生しました。私は、クライアントプロファイルがそれを使用することにあまり利点がないように思われることに同意します。Visual Studioがデフォルトでクライアントプロファイルに設定されていることを思い出すまで、私が探している奇妙なエラーに釘付けになっているようです。エラーが発生したときの話の教訓は、「ソリューションの再構築」が機能しない場合は、ターゲットフレームワークを確認することだと思います...

すでにフレームワークの変更を試みても機能しない場合は、これが（私と同じように）機能することを願っています。プロジェクト内から必要な参照を追加するだけです。非常に明白ですが、問題が何であるかがわかるまで、私はそれを間違っていました。

この問題が発生したばかりで、同じオブジェクト名を持つ複数の名前空間が使用されていることが判明しました（つまり、ビジネスオブジェクトはmvcモデルと同じ名前でした）。

名前を完全に修飾すると、問題が修正されました。