У меня есть проект службы данных WCF, построенный с 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» (отсутствует директива using или ссылка на сборку?)
Как я могу это исправить?
источник
Ответы:
У меня была та же проблема, и я должен был установить «Целевую платформу» всех проектов, чтобы они были одинаковыми. Тогда это построено хорошо. В меню «Проект» выберите «Свойства ProjectName». Нажмите на вкладку компиляции. Нажмите Дополнительные параметры компиляции. В Target Framework выберите желаемую платформу.
источник
У меня была проблема с System.Linq, которая не была распознана.
using
Заявление было красное волнистой и т.д. То , как я решил , что должен был изменить свой сайт , чтобы целевой DotNet 3.5, а затем вернуться к исходной целевой структуры (4.0 в моем случае).источник
System.Linq
качестве действительной библиотекиЯ обнаружил, что это вызвано тем, что у меня такое же имя пространства имен, как и у класса (
MyWorld.MyWorld = Namespace.ClassName
).Измените ваше пространство имен на имя, которое не совпадает с именем вашего класса, и оно будет скомпилировано.
Источник
источник
Windows.Whatever
global::
Я столкнулся с той же проблемой с сайтом ASP.NET MVC, когда пытался использовать LINQ to SQL . Я исправил проблему следующим образом:
Обозреватель решений -> Ссылки -> Щелкните правой кнопкой мыши System.Data.Linq -> Копировать локальный (True).
источник
Убедитесь, что ваша целевая платформа имеет те же версии .NET. У меня была та же проблема, и мой класс .NET был 3,5, а веб-решение было 4,5. Я их синхронизировал, а потом все заработало :)
источник
У меня была та же проблема, и я все безуспешно пробовал все вышеперечисленное, затем я узнал, что это было:
Я создал папку с именем «Система» в одном из моих проектов, а затем создал в ней класс. Кажется, проблема связана с наличием пространства имен, называемого «System», при создании файла .cs, даже если он находится в пространстве имен «MyProject.System».
Оглядываясь назад, я понимаю, почему это может вызвать проблемы. Сначала это действительно озадачило меня, так как сообщения об ошибках изначально не имеют отношения к проблеме.
источник
Я испытал ту же проблему с System.Data.SQLite. Источником проблемы является то, что используемая вами dll должна иметь ту же версию .NET с вашим проектом.
Например, если вы использовали (в моем случае) SQLite для .NET 4.5, ваша целевая платформа также должна быть .NET 4.5.
Вы можете найти цель платформы: Project> (имя проекта) Properties> Build.
источник
В моем случае проблема была в том, что созданный мной класс имел пространство имен, которое мешало существующим классам. Новый класс A имел пространство имен zz.yy.xx (по ошибке). Ссылки на объекты в другом пространстве имен yy.xx не компилировались в классе A или других классах, пространство имен которых было zz.
Я изменил пространство имен класса A на yy.xx, как и должно было быть, и оно начало работать.
источник
ДЛЯ ЛЮБОГО С СВЯЗАННЫМИ ФАЙЛАМИ: у меня была эта проблема, и я использовал silverlight, и файл-нарушитель, который выдавал эту ошибку, был связанным файлом.
Ошибка от компилятора сказала мне, что ошибка произошла в проекте, в котором находился файл. В итоге ошибка НЕ была в этом проекте, она произошла в проекте, который содержал связанный файл. В этом проекте отсутствовала ссылка.
источник
Я столкнулся с этой проблемой при использовании интеграции Git в Visual Studio для управления проектом. По какой-то причине проект Windows Phone 8 скомпилировался бы отлично при нацеливании на x86, но когда я настроил его на ARM, он не скомпилировался бы с ошибкой, указывающей на то, что в пространстве имен Microsoft не было «Advertising».
Я решил проблему, удалив ссылку Microsoft.Advertising. *. Dll и добавив ее снова.
источник
В моем случае не было никаких изменений в проектах, он просто перестал компилироваться и с «типом или именем пространства имен XXX не существует», а в самом жалобном классе intellisense для этого пространства имен / класса XXX работает нормально. Проблема была в ссылках действительно!
Действия по воспроизведению:
Решение имеет ProjectA, ProjectB. ProjectA ссылается на сторонний log4net и помечается
Copy local: true
. ProjectB ссылается на ProjectA и не имеет ссылки на log4net. Решение компилируется нормально.Изменение в ProjectA: ссылочное свойство для log4net
Copy local: false
.This is because ProjectB
в папке bin отсутствует сторонняя библиотека(log4net in my case)!
В этом случае решение будет -
Copy local: true
илиисточник
Я ссылаюсь на Microsoft.CommerceServer.Runtime.Orders и столкнулся с этой ошибкой. Этот проект старый и имеет целевую платформу .NET 2.0. В выводе у меня была эта ошибка:
Я просто изменил целевой фреймворк на .NET 4, и теперь он собирается.
источник
И если ничего не помогает, например, убедитесь, что целевые платформы совпадают, и вы имеете дело с библиотекой классов WPF в VS2010, просто перезапустите Visual Studio. Это сделало это для меня.
источник
type namespace error
происходит. И я перезапускаю Visual Studio, после перезапуска снова показывается исходная ошибка DLL, и я снова ее читаю, и снова строю, успех.Я испытал те же ошибки. После того, как я обнаружил, что мой проект имел неправильное имя сборки (я скопировал файлы из другого проекта, и пространства имен немного запутались), и изменил его обратно, проект скомпилирован хорошо.
источник
Я получил очень похожее сообщение об ошибке, которое было вызвано непреднамеренным созданием дубликата класса в другом проекте моего решения. Удаление дубликата устранило проблему
источник
Недавно мне нужно было выполнить восстановление системы, и это привело к изменению / исчезновению нескольких моих файлов, над которыми я работал с момента восстановления. Некоторые из них были DLL-файлами. Я использовал Source Control для получения всего проекта, но у меня все еще была проблема, аналогичная описанной выше. Я нашел ответ, в котором описано, что вам может понадобиться удалить DLL и прочитать ее, чтобы исправить ошибки. Это был случай в моем сценарии.
Удаление
WebMatrix.WebData
и чтение, а такжеWebMatrix.Data
исправление ошибкиThe type or namespace name 'Data' does not exist in the namespace 'WebMatrix' ...
.источник
Удалите файл .refresh.dll, если вы находитесь под контролем исходного кода. Затем восстановите. Он должен работать. Это сработало для меня
источник