c# - タイプまたは名前空間の名前が見つかりませんでした

Question

にいくつかのプロジェクトがあるC#ソリューションがありVisual Studio 2010ます。1つはテストプロジェクト（「PrjTest」と呼びます）、もう1つはプロジェクト（「 PrjFormWindows Forms Application 」と呼びます）です。PrjFormによって参照される3番目のプロジェクトもあり、これを参照して正常に使用できます。

PrjFormはPrjTestを参照し、PrjFormusingには次のステートメントを持つクラスがあります。

using PrjTest;

参照が正しく追加されました
usingステートメントは正しく配置されています
スペルは正しい
PrjTestは正常にビルドされます
PrjFormはほぼビルドされますがusing PrjTest;、次のエラーで中断します。

タイプまたは名前空間の名前'PrjTest'が見つかりませんでした（usingディレクティブまたはアセンブリ参照がありませんか？）

私はこれを解決するために次のことを試みました：

Resharperを削除しました（Resharperは参照されたプロジェクトを問題なく認識したため、試してみる価値があると思いました）
参照とusingステートメントを削除して再度追加しました
PrjFormを最初から再作成
PrjFormは現在PrjTestフォルダー内にあります。外部フォルダーに移動してみました
の新しいコピーを使用して、ソリューションを別のコンピューターにロードしましたVS 2010

私は宿題をして、オンラインで答えを探すのに非常に長い時間を費やしましたが、どの解決策もまだ役に立ちませんでした。

他に何を試すことができますか？

score 730 · Accepted Answer

この質問を参照してください。

これは、クライアントのプロファイリングの問題であることがわかりました。

PrjForm が「.Net Framework 4 Client Profile」に設定されていたのを「.Net Framework 4」に変更したところ、正常にビルドできました。

みんな、ありがとう！オンラインでの検索に時間を費やした後、投稿してから数分後に解決策を見つけたのではないかと思います。その秘訣は、尋ねる正しい質問を知っていることだと思います..

score 66 · Accepted Answer

私の場合、私は次のことをしました。

参照DLL：.NET 4.5

計画：.NET 4.0

上記の不一致のため、4.0プロジェクトは4.5.DLLの名前空間内を見ることができませんでした。.DLLを再コンパイルして.NET4.0をターゲットにしましたが、問題ありませんでした。

score 41 · Accepted Answer

PrjForm が「.Net Framework 4 Client Profile」に設定されていたのを「.Net Framework 4」に変更したところ、正常にビルドできました。

これは私にとってもうまくいきました。どうもありがとう。dotnetrdf からキットをダウンロードした dotNet の RDF の例を試していました。

NET4 クライアントプロファイル: すべてのクライアントデスクトップアプリケーション (Windows フォームおよび WPF アプリを含む) に対して常に NET4 クライアントプロファイルをターゲットにします。

NET4 フルフレームワーク:アプリが必要とする機能またはアセンブリがクライアントプロファイルに含まれていない場合にのみ、NET4 フルをターゲットにします。これには以下が含まれます: 次のようなサーバーアプリを構築している場合:

ASP.Net アプリ
サーバー側 ASMX ベースの Web サービス

次のようなレガシークライアントシナリオを使用する場合: o NET4 で廃止され、クライアントプロファイルに含まれていない System.Data.OracleClient.dll を使用します。

従来の Windows Workflow Foundation 3.0 または 3.5 (WF3.0、WF3.5) を使用する

開発者シナリオを対象としており、MSBuild などのツールが必要な場合、または System.Design.dll などのデザインアセンブリへのアクセスが必要な場合

score 30 · Accepted Answer

他のプロジェクトは.NET 4.5でコーディングされ、他のプロジェクトは4.0でコーディングされていたため、私は解決しました

score 8 · Accepted Answer

using ステートメントは、プロジェクトではなく名前空間を参照します。

参照プロジェクトに適切な名前の名前空間があることを確認してください。

namespace PrjTest
{
     public class Foo
     {
          // etc...
     }
}

MSDN で名前空間の詳細を参照してください。

名前空間の使用

score 6 · Accepted Answer

私はこの問題に遭遇しました。

プロジェクト B はプロジェクト A を参照します。

A.dll としてコンパイルされたプロジェクト A (アセンブリ名 = A)。

A.dll (アセンブリ名 A) としてコンパイルされたプロジェクト B。

Visual Studio 2010 はこれをキャッチできませんでした。Resharper は問題ありませんでしたが、コンパイルできませんでした。WinForms デザイナーは、互換性のないプラットフォームターゲットが原因である可能性が高いという誤解を招くエラーメッセージを表示しました。

辛い一日を過ごした後の解決策は、アセンブリが同じ名前を持っていないことを確認することでした。

score 5 · Accepted Answer

また、参照されているプロジェクトが .NET 4.0 を対象としている一方で、コンソールアプリプロジェクトが .NET 4.0 クライアントライブラリを対象としている可能性もあります。

この特定のケースとは関係がないかもしれませんが、他の誰かがこの情報を役に立つと思うかもしれません.

score 3 · Accepted Answer

同じ問題がありました。ターゲットフレームワークは私にとっては問題ありませんでした。それでもうまくいきませんでした。VS2010 sp1 をインストールし、PrjTest で「リビルド」を行いました。それからそれは私のために働き始めました。

score 2 · Accepted Answer

COM / ActiveX参照の場合、VS2012はステートメントを使用するとこのエラーを表示します。それはあなたがusingステートメントを見逃しているかもしれないと言っているので、これは非常に面白いです。

これを解決するには：隣接プロジェクトにある場合でも実際のCOM / ActiveX dllを登録し、プロジェクトチャネルではなくCOMチャネルを介して参照を追加します。ProjectNameの代わりにInterop.ProjectNameを参照として追加し、これによりこの奇妙なバグが解決されます。

score 2 · Accepted Answer

フレームワークを次のように変更します

.NET Framework 4 クライアント プロファイル

私のために仕事をしました。

score 2 · Accepted Answer

このような動作を引き起こしている可能性のあるその他の問題は、ビルド構成です。

特定のフォルダーにビルドするように構成が設定された 2 つのプロジェクトがありました。DebugandのようAny CPUに、2 番目はDebugandx86でした。

私がしたこと私はSolution->Context menu->Properties->Configuration properties->Configurationすべてのプロジェクトを同じ構成を使用するように設定Debugし、チェックマークx86もチェックしました。Build

その後、プロジェクトが正しくビルドされ始め、名前空間を確認できるようになりました。

score 1 · Accepted Answer

プロジェクトのプロパティを確認してください。参照パスは次のように空になっている必要があります。

プロジェクトのプロパティ

よろしく

score 1 · Accepted Answer

PrjTestプロジェクト (PrjTest) が名前空間内でパブリック型を公開していない場合、そのエラーが発生します。

プロジェクト (PrjTest) には、"PrjTest" 名前空間に公開されているクラスまたは型が含まれていますか?

score 1 · Accepted Answer

アプリケーションのターゲットフレームワークを「.Net Framework 4」に変更しました。

エラーが消えました。

幸運を; :D

c# - タイプまたは名前空間の名前が見つかりませんでした

16 に答える 16

Related

Reference