Wszystko,VS2012 Annoyance - typ lub nazwa przestrzeni nazw nie istnieje w obszarze nazw
Nie wiem, czy to właśnie rozpoczęła się dzieje w VS2012. Nie widziałem, aby stało się to w VS2010 lub w poprzednich wersjach.
Mam rozwiązanie w VS2012 z wieloma własnymi projektami niestandardowymi. Głównym projektem jest projekt SharePoint 2010. Dotyczy to wielu projektów bibliotek klas, które są używane w projekcie SharePoint.
Potrafię zbudować rozwiązanie i wszystko dobrze się kompiluje. Zaraz po uruchomieniu rozwiązania występują następujące błędy dla tych samych dwóch projektów w rozwiązaniu:
Typ lub przestrzeń nazw "XXX" nie istnieje w przestrzeni nazw "RRRR" (czy brakuje odniesienia do zespołu?)
Mogę to obejść, budując dowolny projekt, w którym wystąpił błąd, a następnie mogę uruchomić rozwiązanie, aby uruchomić się w SharePoint.
Nie wiem, czy jest to związane z projektem SharePoint, czy też inni dostają go w swoich rozwiązaniach. Po prostu trzeba to zrobić. Nie zdarza się to przez cały czas. Po prostu wydaje się sporadyczne.
Nie dokonuję żadnych zmian w projektach, do których się odwołuję - tylko główny projekt.
Czyszczenie i budowa rozwiązania również tego nie rozwiązuje. Muszę ręcznie zbudować jeden z obraźliwych projektów. Wszystkie projekty są skonfigurowane do budowania w ramach programu Menedżer konfiguracji - a główny projekt jest ustawiony na Wdrażanie - który wszystko wygląda poprawnie.
Jakieś myśli?
Cheers,
Andez
Brzmi bardziej jak błąd analizy IntelliSense niż błąd kompilacji. Sprawdź, czy wszystkie projekty są ukierunkowane na tę samą wersję platformy .NET i nie używają profilu klienta. Jeśli nie możesz zmienić tych projektów, to oczywiście niewiele możesz na to poradzić. –
Cześć Hans, Nie pozwala mi uruchomić/debugować rozwiązania - czy IntelliSense to spowodowałby? Wszystkie projekty są skonfigurowane do korzystania z .NET 3.5, ale mam odniesienie do komponentu x86 w Ostrzeżeniach: Nie było niezgodności między architekturą procesora budowanego projektu "MSIL" i architekturą procesora odniesienia " OSIsoft.PISDK, wersja = 1.4.0.0, Culture = neutral, PublicKeyToken = c3309f0734ba2805, processorArchitecture = x86 "," AMD64 ". – Andez
Po prostu też się do tego zabrałem. W moim przypadku przebudowa nie działa. Na koniec mojego dowcipu. – Emmanuel