Dlaczego dostaję ikonę ostrzeżenia, gdy dodaję odniesienie do projektu wtyczki MEF?

Napotkał ten sam problem z ASP.Net Web App i dwa projekty klas bibliotek, do których należało odwoływać się w aplikacji internetowej. Nie miałem informacji na temat tego, dlaczego kompilacja nie powiodła się, a odniesienia były nieprawidłowe.

Rozwiązaniem było zapewnienie, że wszystkie projekty mają takie same ramy docelowe:

W Visual Studio 2015- Kliknij prawym przyciskiem myszy projekt > właściwości > aplikacja > Target Framework

Zapisz, wyczyść i Odbuduj rozwiązanie. Referencje projektu nie powinny dłużej pojawiają się jako żółte ostrzeżenia i rozwiązanie zostanie skompilowane.

Moja aplikacja internetowa była skierowana na. Net 4.5, podczas gdy pozostałe dwa zależne projekty klas bibliotek były skierowane na. Net v4. 5. 2

Dla obu (lub wszystkich) projektów, których chcesz używać razem:

Kliknij prawym przyciskiem myszy na projekt > właściwości > aplikacja > Target. NET framework

Upewnij się, że oba (lub wszystkie) projekty używają tej samej wersji. NET framework.

1. Upewnij się, że wszystkie wersje są takie same dla każdego projektu Kliknij każdy projekt i zobacz wersję tutaj Projekt > właściwości > aplikacja > docelowy. NET framework

2. A. przejdź do Narzędzia > Menedżer pakietów Nuget > Typ konsoli Menedżera pakietów Update-Package-Reinstall (Jeśli nie działa, przejdź do 2.b )

   B. jest to krytyczne, ale największa możliwość, która zadziała. Usuń może z wieloma linie zwykle znajdują się w dolnej części .csproj.

3. Zapisz, Załaduj i zbuduj rozwiązanie.

Ponownie zainstaluj wszystkie pakiety we wszystkich projektach obecnego rozwiązania:

Update-Package -Reinstall

Upewnij się, że masz projekty skierowane do tej samej wersji frameworka . Najczęściej powodem byłoby to, że obecny projekt (w którym dodajesz odniesienie do innego projektu ) wskazuje na inną wersję.NET framework niż pozostałe.

Dla mnie napotkałem ten problem podczas odwoływania się do biblioteki klas. NET Standard 2.0 w aplikacji konsolowej. NET Framework 4.7.1. Tak, frameworki są różne, ale są kompatybilne (. Net Standard ma współpracować zarówno z. Net Core, jak i. NET Framework.) Próbowałem czyścić, przebudowywać, usuwać i odczytywać odniesienia do projektu itp... bez powodzenia. Ostatecznie, zamknięcie Visual Studio i ponowne otwarcie rozwiązało problem.

Try closing and opening VS.

Wydaje się głupie, ale po 1 godzinie podążania za powyższym i znalezienie wszystkiego w kolejce OK. Zrestartowałem VS 2017 i problemy zniknęły.

Sprawdź NETFramework referowanej biblioteki dll i projektu, w którym dodajesz bibliotekę DLL. Ex: DLL = = > supportedRuntime version= " v4.0" Projekt = = > supportedRuntime version= "v3. 0"

Pojawi się ikona ostrzegawcza. Rozwiązanie: Upewnij się, że wersja dll jest zgodna.

Dawno nie zadawano tego pytania, ale jeśli ktoś jest nadal zainteresowany-ostatnio natknąłem się na podobne ikony. Kompilowałem C#.net projekt z wykorzystaniem VS 2008. Znalazłem VS nie można zlokalizować zespołów dla tych odniesień. Kiedy dwukrotnie kliknąłem VS odświeżyłem referencje i usunąłem ikony na niektórych z tych[EDIT: które może teraz zlokalizować]. Dla pozostałych referencji, musiałem skompilować odpowiednie zespoły.

Dodanie moich 2 groszy do odpowiedzi @ kad81,

Przejdź do Visual Studio -> BUILD -> Configuration Manager

Na liście rozwijanej" Active Solution Platform " w prawym górnym rogu (Moje to VS 2012), jeśli jest to "Mixed Platforms", zmień ją na odpowiednią platformę w oparciu o swoje referencyjne zespoły stron trzecich.

Następnie w każdym z projektów na liście upewnij się, że wybrałeś tę samą platformę dla wszystkich projektów. (jeśli x86 nie istnieje, to wybierz"", wtedy możesz wybrać "x86")

Najpierw Przebuduj projekty biblioteki, a potem odwołaj się do projektów. Mam nadzieję, że to pomoże.

In Asp.net core czasami wyświetla alert, jeśli zmienisz przestrzeń nazwy projektu lub nazwę. Aby usunąć tego rodzaju alerty, wystarczy rozładować projekt i załadować go ponownie. Jeśli problem nadal istnieje, oznacza to, że nie można znaleźć odniesienia do montażu.

Korzystanie z Visual Studio 2019 ze wszystkimi projektami ukierunkowanymi na. Net Core 3.1 było następujące:

1. Clean / Build / Rebuild.
2. Uruchom Ponownie Visual Studio 2019

Miałem te ikony z innego powodu. Mamy jedno duże rozwiązanie dla wszystkich naszych projektów (prawie 100). Zrobiłem podwybór projektów, które mnie interesowały i zrobiłem nowe rozwiązanie. Jednak odniesienia, gdzie odniesienia projektu zamiast odniesień do skompilowanych bibliotek dll....

Po kilku badaniach znalazłem ten link na Githubie, który wyjaśnia, że jest to nowe zachowanie w VS2015.

Na stronie GitHub wyjaśniają obejście konwersji referencji do projektu do odniesień binarnych.

Aby naprawić niektóre nie działające rzeczy, ma sens usunąć niektóre biblioteki czasami, jak to nie brzmi dziwnie.

W każdym razie uważam, że problem jest zbyt szeroki i może być spowodowany przez różne czynniki , więc podziel się moją sytuacją/rozwiązaniem.

Miałem projekt (sprowadzony przez Klienta) z formularzami Xamarin i bibliotekami Telerik. Rzecz była ogólnie związana z komponentami, które biblioteki nie są dołączane do folderu packages, ani dostępne przez Nuget (płatne).

cały projekt był "żółty", wyglądał strasznie i przerażająco.

Rozwiązanie było po prostu , aby usunąć te odniesienia Telerik (w tym kilka kontrolek w kodzie, które tego używały). Zaraz po tym wszystkie odniesienia magicznie mają swój wspólny normalny szary kolor i błędy (głównie) zniknęły.

"głównie" - ponieważ" wszystkie czerwone wokół "komunikaty o błędach" element nie jest definiowane gdziekolwiek " czasami zdarza się jeszcze. To dziwne, i przynosi niedogodności, ale nadal w stanie skompilować i uruchomić projekt(y): wystarczy wyczyścić rozwiązanie, ponownie uruchomić Visual Studio, pomodlić się trochę, oczyścić ponownie, usunąć foldery obj/bin, ponownie uruchomić ponownie i działa dobrze.

Najważniejsze jest Usuń niedostępne odniesienia do bibliotek , ponieważ komunikaty o błędach mówią zupełnie co innego. (Na przykład coś w stylu " Xamarin.Buduj.Pobierz.XamarinDownloadArchives not found lub nie można znaleźć czegoś " itp. ale to może oznaczać, że nie masz żadnych referencji.

Następnie usuń folder packages, przeładuj / Otwórz ponownie projekt / rozwiązanie, przejdź do "Zarządzaj pakietami Nuget" i kliknij przycisk "Przywróć".

W rozwiązaniu wieloprojektowym, jeśli każda inna rzecz zawiodła... W projekcie startowym sprawdź. Dependencies - >Assemblies i sprawdź, czy jest tam błędnie przypisany projekt. Usuń go i ponownie zbuduj.

Ja też miałem do czynienia z tym samym problemem, ale mój przypadek był nieco inny niż ten powyżej. Próbowałem otworzyć projekt stworzony na innym komputerze. Zauważyłem, że ścieżka do folderu pakietu nie jest aktualizowana po dodaniu referencji, więc ponowne uruchomienie VS, zmiana wersji. NET lub jakiekolwiek wspomniane zalecenie nie rozwiązuje problemu. Otworzyłem plik CSPROJ w notepad++ i poprawiłem wszystkie ścieżki względne do folderu packages. Wtedy wszystkie ostrzeżenia zniknęły. Mam nadzieję, że to pomoże.

In VS 2017 Do a Clean then Build

Dziękuję wszystkim za pomoc. Oto podział jak naprawiłem mój problem:

Kliknij prawym przyciskiem myszy na swoim projekcie > Właściwości

W aplikacji Zmień ramy docelowe. W moim przypadku ImageSharp korzystał z.Net 4.6.1. Znajdziesz to w swoich paczkach.config.

Przejdź do referencji projektu. Zauważysz, że SixLabors ma żółty trójkąt. Musisz zaktualizować pakiet NuGet.

Kliknij prawym przyciskiem myszy na Reference > Manage NuGet Packages.

Update SixLabors.

Możesz mieć niewielkie aktualizacje kodu (patrz poniżej), ale to naprawiło mój problem.

Konwertuj ImageSharp.Obraz do ImageSharp.PixelFormats.Rgba32?

W Visual Studio 2019 jednym z moich projektów był docelowy Framework. NET core, ale odnosił się do innego projektu, którego docelowym frameworkiem był. NET standard. Zmieniłem wszystkie projekty na odniesienia. NET standard i ikony zniknęły. Aby zobaczyć jaki jest Twój projekt kliknij go prawym przyciskiem myszy i kliknij Właściwości i spójrz na docelową strukturę. Możesz również normalnie kliknąć sam projekt i spojrzeć na tag pod

Miałem ten sam problem w rozwiązaniu z projektami. NET Core 3.1,. Net Standard 2.0 i. NET Framework 4.8. Problem dotyczył tego ostatniego.

Sztuczka, która rozwiązała dla mnie problem, polegała na zmianie docelowego frameworka na. Net Framework 4.5, a następnie z powrotem na. Net Framework 4.8.

Nie mam absolutnie pojęcia, dlaczego to naprawiło problem, ale tak się stało.

IDE było Visual Studio 2019.

Stworzyłem nowy .sln, który został umieszczony w podfolderze. The .brakuje folderu nuget, skąd to się wzięło .Dodano plik sln. Przenoszenie .nuget folder z katalogu głównego do podfolderu, gdzie mój nowy .plik sln został rozwiązany problem dla mnie.

Wróciłem później i dodałem .plik sln do katalogu głównego i usunął podfolder. Zrobienie tego pierwotnie rozwiązałoby również problem.

Bazując na odpowiedzi od @AljohnYamaro (sorry, nie mogłem skomentować odpowiedzi, nowe konto bez wystarczającej reputacji jeszcze, ale upvotaded Ciebie), sprawdziłem .plik csproj.

W moim pliku, poza standardowym odniesieniem do projektu:

<ProjectReference Include="..\ProjectA\ProjectA.csproj">
    <Private>true</Private>
    <CopyLocalSatelliteAssemblies>true</CopyLocalSatelliteAssemblies>
</ProjectReference>

Był również bezpośredni link do skompilowanego dll z odnośnego projektu:

<ItemGroup>
    <Reference Include="ProjectA">
    <HintPath>..\ProjectA\bin\Debug\netcoreapp3.1\ProjectA.dll</HintPath>
    </Reference>
</ItemGroup>

Usunięcie tego drugiego odniesienia rozwiązało problem.

Jednym z powodów, aby uzyskać ten irytujący żółty trójkąt jest to, że dodajesz odniesienie do projektu dwa razy, co oznacza:

• Reference one: MyProjectOne (który zawiera już odniesienie do MyProjectTwo)
• Reference two: MyProjectTwo

Usuwając odniesienie dwa, żółty trójkąt zniknie.

Dzieje się również wtedy, gdy jawnie odwołujesz się do projektu, który był już niejawnie odwołany.

I. e

• projekt a referencje projekt b
• Projekt c odwołuje się do projektu a (który dodaje implicit ref. Rozwiń i zobacz)
• Projekt C referencje projekt b

Obok b pod referencjami do projektów pojawi się wykrzyknik.