"유형 또는 네임 스페이스 이름을 찾을 수 없습니다"라는 메시지가 표시되지만 모든 것이 정상으로 보입니까?

나는 얻는다 :

유형 또는 네임 스페이스 이름을 찾을 수 없습니다

VS2010의 C # WPF 앱에 오류가 발생했습니다. 이 코드 영역은 제대로 컴파일되었지만 갑자기이 오류가 발생합니다. usingVS2010을 종료하고 다시 시작 하면서 프로젝트 참조 및 명령문을 제거하려고 시도 했지만 여전히이 문제가 있습니다.

내가 왜 올바른 일을하는 것처럼 보이는 곳에서 이것이 일어날 수있는 아이디어가 using있습니까?

또한 VS2010에서 해당 네임 스페이스에 대한 인텔리전스가 정상적으로 작동한다는 것을 지적 했으므로 VS2010에는 프로젝트 참조가 있고 네임 스페이스가 표시되는 것처럼 보이지만 컴파일 중에는 보이지 않습니다.

이는 두 프로젝트 간의 .Net 프레임 워크 버전 비 호환성의 결과 일 수 있습니다.

두 가지 방법으로 발생할 수 있습니다.

1. 전체 프레임 워크 프로젝트를 참조하는 클라이언트 프로파일 프로젝트; 또는
2. 최신 프레임 워크 버전을 대상으로하는 이전 프레임 워크 버전

예를 들어, 응용 프로그램이 .Net 4 Client Profile 프레임 워크를 대상으로 설정하고 참조하는 프로젝트가 전체 .Net 4 프레임 워크를 대상으로하는 경우에 발생합니다.

그래서 더 명확하게하기 위해 :

• 프로젝트 A는 고객 프로파일 프레임 워크를 대상으로합니다
• 프로젝트 A는 프로젝트 B를 참조합니다
• 프로젝트 B는 전체 프레임 워크를 목표로합니다

이 경우 솔루션은 응용 프로그램의 프레임 워크 대상을 업그레이드하거나 (프로젝트 A) 참조 된 어셈블리의 대상을 다운 그레이드하는 것입니다 (프로젝트 B). 전체 프레임 워크 앱이 클라이언트 프로파일 프레임 워크 어셈블리를 참조 / 소비하는 것은 좋지만 다른 방법은 아닙니다 (클라이언트 프로파일이 전체 프레임 워크 대상 어셈블리를 참조 할 수 없음).

VS2012 또는 VS2013에서 .Net 4.5를 기본 프레임 워크로 사용하는 새 프로젝트를 만들 때이 오류가 발생할 수 있습니다.

• 참조 프로젝트는 .Net 4.0을 사용합니다 (VS2010에서 VS2012 또는 VS2013으로 마이그레이션 한 다음 새 프로젝트를 추가 할 때 일반적 임)

• 참조 된 프로젝트는 더 큰 버전 (예 : 4.5.1 또는 4.5.3)을 사용합니다 (기존 프로젝트를 최신 버전으로 재 타겟팅했지만 VS는 여전히 v4.5를 대상으로하는 새 프로젝트를 생성 한 다음 이전 프로젝트를 참조합니다. 새 프로젝트)

너겟 패키지를 다시 설치하면 나에게 속임수가 있었다. .NET Framework 버전을 모든 프로젝트와 동기화하도록 변경 한 후에도 이전 버전에 대해 일부 nuget 패키지 (특히 Entity Framework)가 설치되었습니다. 패키지 관리자 콘솔의이 명령은 전체 솔루션의 패키지를 다시 설치합니다.

Update-Package –reinstall

왜 이것이 효과가 있었는지 모르겠지만 VS2015가 찾을 수 없다고 알려주는 프로젝트 참조를 제거하고 다시 추가했습니다. 문제를 해결했습니다. VS를 청소, 빌드 및 다시 시작하여 아무 소용이 없었습니다.

솔루션을 빌드 할 때 동일한 오류가 발생했습니다 (유형 또는 네임 스페이스 ''를 찾을 수 없음). 그 아래 에서 "참조를 확인할 수 없습니다"라는 경고 가 표시되고 "조립품이 디스크에 있는지"확인했습니다.

DLL이 참조가 가리키는 위치에 매우 명확했기 때문에 매우 혼란 스러웠습니다. VS는 솔루션을 구축하려고 시도 할 때까지 오류를 강조하지 않는 것 같습니다.

나는 마침내 문제를 깨달았다 (또는 적어도 내가 문제라고 생각한 것). 같은 솔루션으로 라이브러리 파일을 작성하고있었습니다. 따라서 디스크에 존재하더라도 해당 위치에서 다시 빌드되었습니다 (어떻게 라이브러리가 다른 프로젝트를 다시 빌드하는 과정에서 동일한 솔루션에서 라이브러리를 참조한 라이브러리가 존재하지 않는다고 결정해야 함)

프로젝트를 마우스 오른쪽 버튼으로 클릭하고 전체 솔루션 대신 해당 솔루션 만 빌드했을 때 오류가 발생하지 않았습니다.

이 문제를 해결하기 위해 라이브러리를 사용중인 프로젝트에 대한 종속성으로 라이브러리를 추가했습니다.

이것을하기 위해:

1. 솔루션 탐색기에서 솔루션을 마우스 오른쪽 버튼으로 클릭하고 "속성"을 선택했습니다.
2. 그런 다음 "공통 속성"에서 "프로젝트 종속성"을 선택했습니다.
3. 그런 다음 프로젝트 드롭 다운 메뉴에서 라이브러리에 의존하는 프로젝트를 선택하고
4. "종속"에있는 라이브러리 옆의 상자를 선택했습니다.

이를 통해 라이브러리 프로젝트가 먼저 빌드됩니다.

먼저 프로젝트에서 생성 된 정보가 손상되지 않았는지 확인합니다. 솔루션을 정리하고 다시 빌드하십시오.

그래도 도움이되지 않으면 디자이너 문제에 대한 과거의 일 중 하나는 Windows Forms 프로젝트를 연 다음 다시 닫는 것입니다. 그러나 이것은 약간의 치킨 내장이기 때문에 숨을 참지 마십시오.

내가 겪은 까다로운 상황은 다음과 같습니다. 프로젝트 1은 Microsoft.Bcl.Async패키지가 설치된 4.0 전체 프레임 워크를 대상으로합니다 . 프로젝트 2는 4.0 전체 프레임 워크를 대상으로하지만 프로젝트 1 클래스를 참조 할 때는 컴파일되지 않습니다.

두 번째 프로젝트에 Async NuGet 패키지를 설치하면 정상적으로 컴파일되었습니다.

필자의 경우 VisualStudio의 참조에는 삼각형과 느낌표가 있으며이 이미지는

그런 다음 마우스 오른쪽 단추로 제거하고 dll 참조를 다시 올바르게 추가하면 문제가 해결되었습니다.

이것은 나를 위해 일했습니다. 클래스 이름이 정의 된 클래스 (예 : Public class ABC)에서 한 문자를 제거하고 조금 기다리십시오. 이름을 변경했기 때문에 오류 목록이 증가합니다. 이제 입력 한 문자를 다시 넣으십시오. 이것은 나에게 도움이 되었기를 바랍니다. 행운을 빕니다!!!

비슷한 문제가 발생했습니다 : 컴파일러가 동일한 프로젝트 내의 폴더를 감지 할 수 없으므로 해당 폴더에 연결 지시문을 사용하면 오류가 발생했습니다. 필자의 경우 폴더 이름을 바꾸면 문제가 발생했습니다 . 해당 폴더 안에있는 모든 클래스의 네임 스페이스를 업데이트했지만 프로젝트 정보가 어떻게 든 업데이트되지 않았습니다. .suo 파일과 bin 및 obj 폴더 삭제, 솔루션 정리, 프로젝트 다시로드 등 모든 것을 시도했지만 아무런 도움이되지 않았습니다. 폴더와 클래스를 삭제하고 새 폴더를 만들고 새 폴더에 새 클래스를 만들면 문제가 해결되었습니다 ( 새 폴더 내에서 클래스를 옮기는 것만으로는 도움이되지 않음).

추신 : 내 경우에는 웹 응용 프로그램에서 작업하고 있었지만이 문제는 다른 유형의 프로젝트에서 발생할 수 있습니다.

[Facepalm] 내 문제는 C ++ 방식으로 종속성을 추가했다는 것입니다.

빌드되지 않는 프로젝트로 이동하여 솔루션 탐색기에서 'References'폴더를 열고 종속성이 나열되어 있는지 확인하십시오.

그렇지 않은 경우 '참조 추가'를 선택하고 프로젝트 탭에서 종속성을 선택할 수 있습니다.

붐 샨카

우리는 방금 해결책으로 수정 한 이상한 사례를 보았습니다. 메인 프로젝트에서 "using"문 앞에 숨겨진 / 공백 문자가있었습니다. 그 프로젝트는 잘 구축되었고 웹 사이트는 잘 작동했지만 그것을 참조한 단위 테스트 프로젝트는 구축 할 수 없었습니다.

기존 프로젝트를 VS2008에서 VS2012로 업그레이드 할 때이 문제가 발생했습니다. 두 개의 프로젝트 (내가 만든 두 개의 프로젝트)가 다른 .Net Frameworks (3.5 및 4.0)를 대상으로한다는 것을 알았습니다. 두 프로젝트 모두 대상 프레임 워크 상자에 ".NET Framework 4"가 있는지 확인하여 프로젝트의 응용 프로그램 탭에서이 문제를 해결했습니다.

같은 오류가 있었지만 내 이야기는 다음과 같습니다. 잘못된 병합 (git을 통해) 후 내 .csproj 파일 중 하나가 다음과 같은 compile항목 을 복제했습니다 .

<Compile Include="Clients\Tree.cs" />
<Compile Include="Clients\Car.cs" />
<Compile Include="Clients\Tree.cs" />        //it's a duplicate

큰 해결책이 있고 오류 창에 300 개가 넘는 메시지가 있으면이 문제를 감지하기 어렵습니다. 그래서 메모장을 통해 손상된 .csproj 파일을 열고 중복 항목을 제거했습니다. 내 경우에는 일했다.

토론과 같은 문제가 있습니다 .VS 2017은 참조 된 프로젝트의 클래스를 오류로 강조하지만 솔루션은 괜찮고 지능적인 작업을 빌드합니다.

이 문제를 해결하는 방법은 다음과 같습니다.

1. 참조 된 프로젝트 언로드
2. VS에서 .proj 파일을여십시오 (여기서 누군가가 제안한대로 사본을 찾고있었습니다)
3. 프로젝트를 다시로드하십시오 (복제본이 없으므로 proj 파일을 변경하거나 저장하지 않았습니다)

문제가 있다고 생각 되는 코드를 제거하고 해당 코드를 참조하지 않고 컴파일되는지 확인할 수도 있습니다. 그렇지 않은 경우 다시 컴파일 될 때까지 문제를 해결 한 다음 의심되는 문제 코드를 다시 입력하십시오. 컴파일러가 다른 것을 좋아하지 않을 때 클래스 또는 메소드에 대해 이상한 오류가 발생하는 경우가 있습니다. 실제로 끊어진 문제를 해결하면 이러한 '팬텀'오류가 사라집니다.

나는 이것이 죽은 말을 걷어차 고 있다는 것을 알고 있지만이 오류와 프레임 워크가 훌륭했습니다. 내 문제는 기본적으로 인터페이스를 찾을 수 없다는 것을 말하고 있었지만 빌드하고 제대로 액세스했습니다. "왜 다른 사람들이 잘 작동 할 때이 인터페이스 만 사용합니까?"

결국 엔터티 버전 6을 사용하는 끝점의 인터페이스로 WCF를 사용하여 서비스에 액세스하고 나머지 프로젝트는 버전 5를 사용하는 것으로 끝났습니다. NuGet을 사용하는 대신 Nuget 패키지를 로컬 저장소에 복사하여 재사용하고 다르게 나열했습니다.

예 : EntityFramework6.dll 대 EntityFramework.dll .

그런 다음 클라이언트 프로젝트와 똥에 참조를 추가했는데 오류가 사라졌습니다. 대부분의 사람들이 Entity Framework 버전을 혼합하지 않기 때문에 이것이 엣지 케이스라는 것을 알고 있습니다.

솔루션이 약간 다르기 때문에 솔루션에 솔루션을 추가하는 데 시간이 걸렸습니다.

필자의 경우 하나의 프로젝트에 새 클래스를 추가했지만 버전 제어 바인딩이 설정되지 않았으므로 파일을 Visual Studio 외부에서 (VC를 통해) 쓸 수 있도록 만들어야했습니다. Visual Studio에서 저장을 취소했지만 VS 외부에서 파일을 쓸 수있게 만든 후 VS에서 모두 저장을 다시 누르십시오. 이로 인해 실수로 새 클래스 파일이 프로젝트에 저장되지 않았습니다. 그러나 그러나 .Intellisense는 파일을 다시 컴파일하려고 할 때 파일을 찾을 수 없었지만 여전히 참조 프로젝트에서 파란색으로 표시되었습니다. 유형을 찾을 수 없음 오류입니다. Visual Studio를 닫고 열면 여전히 문제가 발생했습니다 (그러나 다시 열 때 클래스 파일이 누락되었다는 것을 알았습니다).

이것을 깨달았을 때 수정은 간단했습니다. 프로젝트 파일을 쓰기 가능으로 설정하고 누락 된 파일을 프로젝트로 읽었습니다. 이제 모든 것이 잘되었습니다.

나는 같은 문제가 있었다. 어느 날 밤 내 프로젝트는 다음날 아침 오류를 컴파일합니다!.

결국 Visual Studio가 내 참고 문헌 중 일부를 "조정"하여 다른 곳을 가리 키기로 결정했음을 알았습니다. 예를 들면 다음과 같습니다.

System.ComponentModel.ISupportInitialize가 어떻게 든 "blahblah.System.ComponentModel.ISupportInitialize"가되었습니다.

당신이 나와 같은 경우에 대 한 꽤 무례 한 일

이 이벤트는 Visual Studio 2017에서 발생합니다.

1. Visual Studio를 다시 시작하십시오.
2. 빌드에 실패한 프로젝트를 정리하십시오.
3. 프로젝트를 다시 빌드하십시오.

내 경우는 여기에서 논의 된 것과 같지만 System.Core참조 목록에서 참조를 제거 할 때까지 아무것도 해결되지 않았습니다 (모든 것이 없으면 잘 작동했습니다)

이 문제가 매우 실망 스럽기 때문에 누군가에게 도움이되기를 바랍니다.

이 문제를 해결하려면 *.sln.DotSettings관련 솔루션 의 파일 을 삭제하고 다시 작성하는 데 도움이 될 수 있습니다 .

필자의 경우 적절한 소스 폴더에 클래스가 있지만 솔루션 탐색기에 등록되지 않았습니다. 프로젝트> 기존 항목 추가를 마우스 오른쪽 버튼으로 클릭하고 누락 된 클래스를 수동으로 선택해야했습니다. 그런 다음 모든 것이 잘 작동했습니다!

필자의 경우 문제는 네임 스페이스를 다른 프로젝트 (의도적으로)와 정확히 동일하게 변경 한 후 VS에 의해 어셈블리 이름도 변경되었으므로 동일한 이름을 가진 두 개의 어셈블리가 있었고 다른 하나는

내 경우에는 외부 종속성 (xsd2code)으로 빌드 된 파일이 있었고 어떻게 든 designer.cs 파일이 VS에서 올바르게 처리되지 않았습니다. Visual Studio에서 새 파일을 만들고 코드를 붙여 넣으면 속임수가되었습니다.

웹 사이트를 Azure에 게시하려고 할 때이 오류가 발생하는 사람에게는 위의 유망한 솔루션 중 어느 것도 도움이되지 않았습니다. 나는 같은 보트에 있었고 내 솔루션은 자체적으로 잘 구축되었습니다. 나는 결국

1. 내 솔루션에서 모든 너겟 패키지를 제거하십시오.
2. 솔루션을 닫았다가 다시 엽니 다.
3. 모든 너겟 패키지를 다시 추가하십시오.

조금 고통 스럽지만 웹 사이트를 Azure에 게시 할 수있는 유일한 방법이었습니다.

로컬 컴퓨터에서 에이전트로 실행중인 Visual Studio Team Services 빌드를 사용하여 빌드하려고하면이 오류가 발생했습니다.

그것은 내 일반 작업 공간에서 잘 작동했으며 에이전트 폴더 내에서 SLN 파일을 로컬로 열 수 있었고 모든 것이 정상적으로 컴파일되었습니다.

해당 DLL은 프로젝트 내에 저장 Lib/MyDLL.DLL되었으며 csproj 파일에서이를 참조합니다.

<Reference Include="MYDLL, Version=2009.0.0.0, Culture=neutral, PublicKeyToken=b734e31dca085caa">
  <SpecificVersion>False</SpecificVersion>
  <HintPath>Lib\MYDLL.dll</HintPath>
</Reference>

힌트 경로에도 불구하고 말 그대로 파일을 찾지 못했습니다. msbuild가 프로젝트 파일 대신 SLN 파일을 기준으로보고 있다고 생각합니다.

어쨌든 메시지가 나타나면 Could not resolve this reference. Could not locate the assemblyDLL이 msbuild에 액세스 할 수있는 위치에 있는지 확인하십시오.

나는 속임수를 쓰고 Considered "Reference\bin\xxx.dll"대신 dll을 복사 했다는 메시지를 발견했습니다 .

필자의 경우 dll을 참조로 추가하면 type or namespace name could not be found오류가 발생했습니다. 그러나 dll 파일을 bin 폴더에 직접 복사하여 붙여 넣으면 오류가 해결되었습니다.

왜 이것이 효과가 있었는지 모릅니다.

이 스레드는 오래되었지만 공유하고 있지만 가져온 어셈블리의 세 번째 부분 종속성을 모두 설치해야합니다. 가져온 어셈블리가 Nuget 패키지에 포함되어 있지 않아 종속성이 누락되었습니다.

이 도움을 :)

필자의 경우 솔루션에 두 개의 프로젝트가 있었고 참조 된 프로젝트에 하위 네임 스페이스를 추가했지만 빌드 할 때 참조 된 프로젝트 빌드가 실패했으며 마지막으로 성공적으로 빌드 된 버전을 사용하지 않았다는 것을 알지 못했습니다. 이 새로운 네임 스페이스를 가지면 오류가 정확하여 존재하지 않기 때문에 찾을 수 없습니다. 해결책은 분명히 참조 된 프로젝트의 오류를 수정하는 것이 었습니다.

VS 2017 커뮤니티 에디션을 작업 중이며 CefSharp 너겟 패키지와 동일한 문제가있었습니다.

패키지가 성공적으로 다운로드 및 복원되었으며 프로젝트를 성공적으로 빌드하고 실행할 수있었습니다. 마크 업 만 네임 스페이스가 인식되지 않았 음을 나타냅니다.

References섹션 을 열고 노란색 느낌표 중 하나를 클릭하기 만하면됩니다.

몇 초 후 마크 업 오류가 사라졌습니다.