Ім'я типу або простору імен не існує [закрито]

У мене є проект WCF Data Service, побудований за допомогою Visual Studio 2010, який працював чудово. Раптом вона більше не збиралася. Це давало мені повідомлення типу:

Помилка 7 Імені типу або простору імен "Services" не існує в просторі імен "System.Data" (у вас відсутня посилання на збірку?) C: \ U ... s \ Visual Studio 2010 \ Projects ... \ DataService. cs ...

Помилка 8 Імені типу або простору імен 'Linq' не існує в просторі імен 'Система' (не вистачає посилання на збірку?) DependencyResolver.cs 3 14

Помилка 10 Імені типу або простору імен 'Web' не існує в просторі імен 'System.ServiceModel' (не вистачає посилання на збірку?)

Помилка 12 Не вдалося знайти ім'я типу або простору імен "DataService" (ви не використовуєте директиву чи посилання на збірку?)

Як я можу це виправити?

У мене була така ж проблема, і я повинен був встановити "Цільову рамку" для всіх проектів, щоб вони були однаковими. Тоді воно будувало чудово. У меню "Проект" натисніть "Властивості проекту". Перейдіть на вкладку компіляції. Клацніть Розширені параметри компіляції. У цільовій структурі виберіть бажаний фреймворк.

У мене виникла проблема з System.Linq, яку не розпізнали. usingЗаява була червоне хвилястою і т.д. Те , як я вирішив , що повинен був змінити свій сайт , щоб цільової DotNet 3.5, а потім повернутися до вихідної цільової структури (4.0 в моєму випадку).

Я виявив, що це викликано тим, що я маю те саме ім'я простору імен, що і ім'я класу ( MyWorld.MyWorld = Namespace.ClassName).

Змініть простір імен на ім’я, яке не є іменем вашого класу, і це буде компілюватися.

Джерело

Я зіткнувся з тією ж проблемою і на сайті ASP.NET MVC, коли я намагався використовувати LINQ для SQL . Я вирішив проблему:

Провідник рішень -> Список літератури -> Клацніть правою кнопкою миші на System.Data.Linq -> Копіювати локальний (True)

Перевірте, чи має ваша цільова рамка однакові версії .NET. У мене була така ж проблема, і мій клас .NET був 3,5, а веб-рішення - 4,5. Я синхронізував це, і тоді це спрацювало :)

У мене була така ж проблема і без всякого успіху спробувала все вищесказане, тоді я дізналася, що це:

Я створив папку під назвою "Система" в одному зі своїх проектів, а потім створив у ній клас. Здається, проблема виникає в тому, що при створенні файлу .cs створюється простір імен під назвою "Система", навіть якщо він знаходиться в просторі імен "MyProject.System".

Озираючись назад, я можу зрозуміти, чому це може спричинити проблеми. Спочатку це насправді наткнуло мене, оскільки повідомлення про помилки спочатку, здається, не стосуються проблеми.

У мене виникли ті ж проблеми з System.Data.SQLite. Джерелом проблеми є те, що використаний вами dll повинен мати однакову версію .NET з вашим проектом.

Наприклад, якщо ви використовували (в моєму випадку) SQLite для .NET 4.5, ціль вашої платформи має бути також .NET 4.5.

Ви можете знайти ціль платформи за: Проект> (назва проекту) Властивості> Створити.

У моєму випадку проблема трапилась через те, що створений мною клас мав простір імен, який заважав існуючим класам. Новий клас A мав простір імен zz.yy.xx (помилково). Посилання на об'єкти в іншому просторі імен yy.xx не були компільовані в класі A чи інших класах, простір імен яких був zz.

Я змінив простір імен класу A на yy.xx, яким він мав бути, і він почав працювати.

ДЛЯ КОЖНОГО З ПОЗАЄМИМИ ФАЙЛОВАми: У мене виникла ця проблема, і я використовував сріблясте світло, а файл-образник, який видав цю помилку, був пов'язаним файлом.

Помилка компілятора сказала мені, що помилка трапилася в проекті, в якому жив файл. Це виявилося, що помилка НЕ ​​була в тому проекті, вона траплялася в проекті, який містив пов'язаний файл. На цей проект бракувало посилання.

Я зіткнувся з цією проблемою під час використання інтеграції Git Visual Studio для управління проектом. Чомусь проект Windows Phone 8 складеться чудово при націлюванні на x86, але коли я встановив його для націлювання на ARM, він не зможе скомпілювати помилку, що вказує на те, що "Реклама" не існує в просторі імен Microsoft.

Я вирішив проблему, видаливши посилання Microsoft.Advertising. *. Dll і додавши його знову.

У моєму випадку в проектах не було змін, воно просто перестало компілюватись і з "типом або простором імен ім'я XXX не існує", і в самому класі скаржників інтелігенція для цього простору імен / класу XXX працює чудово. Проблема була в посиланнях насправді!

Кроки до відтворення:

1. Рішення має ProjectA, ProjectB. ProjectA посилається на сторонній log4net і він позначений Copy local: true. ProjectB посилається на ProjectA і не має посилання на log4net. Розчин складається добре.

2. Зміна в ProjectA: посилання властивості для log4net на Copy local: false.

3. Очистіть папки для сміття та obj.
4. Під час компіляції ProjectA компілює, але ProjectB скаржиться на те, що не знайшов простору імен ProjectA.

This is because ProjectB у папці bin відсутня стороння бібліотека (log4net in my case)!

У цьому випадку рішення було б -

1. переконайтеся, що посилання сторонніх бібліотек встановлені на Copy local: true або
2. додати шлях до таких бібліотек у властивості проекту під контрольним шляхом.

Я посилаюся на Microsoft.CommerceServer.Runtime.Orders і виникла ця помилка. Цей проект давній і має Target Framework .NET 2.0. У виході у мене була така помилка:

C:\Windows\Microsoft.NET\Framework\v4.0.30319\Microsoft.Common.targets(1605,5): warning MSB3268: The primary reference "Microsoft.CommerceServer.Runtime" could not be resolved because it has an indirect dependency on the framework assembly "System.Core, Version=3.5.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089" which could not be resolved in the currently targeted framework. ".NETFramework,Version=v2.0". To resolve this problem, either remove the reference "Microsoft.CommerceServer.Runtime" or retarget your application to a framework version which contains "System.Core, Version=3.5.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089"

Я просто змінив цільовий фреймворк на .NET 4 і тепер він будується.

І якщо все інше не вдається, наприклад, щоб цільові рамки були однаковими, і ви маєте справу з бібліотекою класів WPF у VS2010, просто перезапустіть Visual Studio. Це зробило це для мене.

Я зазнав однакових помилок. Після того як я виявив, що мій проект мав неправильну назву асамблеї (я скопіював файли з іншого проекту, а простори імен трохи заплуталися), і змінив його назад, проект склався чудово.

Я отримав дуже схоже повідомлення про помилку, яке було викликано тим, що ненароком зробили дублікат класу в іншому проекті мого рішення. Видалення дубліката вирішило проблему

Нещодавно мені потрібно було відновити систему, і це призвело до зміни / зникнення декількох моїх файлів, над якими я працював з моменту відновлення. Деякі з них були файлами DLL. Я використовував Source Control, щоб отримати весь проект, але у мене все ще було подібне питання, як вище. Я знайшов цю відповідь, в якій описано, що вам може знадобитися видалити DLL та прочитати його, щоб виправити свої помилки. Так було в моєму сценарії.

Видалення WebMatrix.WebDataта читання його, а також додавання WebMatrix.Dataвиправлено мою помилку The type or namespace name 'Data' does not exist in the namespace 'WebMatrix' ....

Видаліть .refresh.dll файл, якщо ви знаходитесь під контролем джерела. Потім відбудуйте. Це має працювати. Це працювало для мене