2013-05-10 10 views
8

Używam Microsoft Visual Studio 2005 C# Mam następujący nazw na moim kodutypu lub obszaru nazwa „Praktyki” nie istnieje w przestrzeni nazw „Microsoft”

using Microsoft.Practices.EnterpriseLibrary; 
using Microsoft.Practices.EnterpriseLibrary.AppSettings; 
using Microsoft.Practices.EnterpriseLibrary.Data; 

i trzymam na uzyskanie ten błąd:

-The typu lub obszaru nazw „praktyki” nie istnieje w obszarze nazw „Microsoft” (czy brakuje odwołania do zestawu?)

Co należy zrobić?

Z góry dziękuję. :)

+0

Może to pomoże. Http: // MSDN. microsoft.com/en-us/library/ff650106.aspx –

+0

Miałem ten sam problem w Visual Studio 2015 Enterprise. Okazało się, że czyszczenie, przebudowywanie i ponowne uruchamianie systemu operacyjnego (kilka razy) działało podstępnie –

Odpowiedz

1

Powinieneś dodać odniesienie do biblioteki przedsiębiorstwa ze swojego projektu. Możesz pobrać biblioteki DLL tutaj: http://msdn.microsoft.com/en-us/library/ff648951.aspx

+1

[Nuget] (http: // /nuget.org/packages?q=enterpriselibrary) to kolejna opcja zamiast pobierania złożeń –

+0

Tak, to byłoby również moje zalecane rozwiązanie, ale nie ma oficjalnego wsparcia dla nuget VS2005, o ile wiem. –

+1

Dobry punkt. Według http://stackoverflow.com/a/7558894/254973 istnieje szalony sposób na połączenie czegoś. Ale to chyba więcej kłopotu, niż jest warta, ponieważ stworzy więcej pracy zewnętrznej w przypadku, gdy ktoś inny będzie musiał użyć tego projektu. Złożenia to jest! –

0

Visual Studio 2005 obsługuje tylko surowe projekty .NET 2.0.

Widać z this page że teraz tylko kilka komunikatów są aktywne,

  • Enterprise Library 6 - April 2013
  • Enterprise Library 5.0 - April 2010
  • Enterprise Library 5.0 Integration Pack for Windows Azure - November 2011
  • Enterprise Library 5.0 Integration Pack for Silverlight - May 2011
  • Enterprise Library 4.1 - October 2008

Nawet do 4,1, Visual Studio 2008 and above is required.

Ostatnia wersja obsługująca Visual Studio to the 3.1 release, która ma 6 lat.

4

Jak również odnosząc się do DLL z projektu, a także upewnić się, że ramowa docelowa we właściwościach projektu są co najmniej tak wysoka jak w wersji Microsoft Enterprise Library:

Upewnij się także, że jest , a nie ustawiona na Profil klienta (np. .NET Framework 3.5 Client Profile) w przeciwnym razie wystąpi również ten sam błąd.

Jak na bok, aby pobrać Enterprise Library 6.0:

  • uruchomić samorozpakowujący EnterpriseLibrary6-binaries.exe
  • prowadzony pobierania skrypt w PowerShell:
    • uruchomić wiersz polecenia administratora
    • przejdź do katalogu zawierającego install-packages.ps1
    • użyj polecenia powershell -ExecutionPolicy ByPass -File install-packages.ps1

Dla 5.0 można pobrać i używać Universal Extractor MSI jeśli nie chcesz instalować DLL.

0

Ten sam problem został rozwiązany za mną, kiedy zmieniłem "Ramy docelowej" z”.NET Framework 4 Client Profile 'do' Net Framework 4'

Powiązane problemy