命名空间无法识别（即使存在）

我收到此错误：

找不到类型或名称空间名称“ AutoMapper”（是否缺少using指令或程序集引用？）

有趣的是，我的项目中已经有该参考：

这是我的代码：

using System.Collections.Generic;
using DataContract;
using SelectorDAL;
using AutoMapper;

namespace SpecimenSelect
{
    public class SpecimenSelect : ISpecimenSelect
    {
        public SpecimenSelect()
        {
            SetupMaps();
        }

        private static void SetupMaps()
        {
            Mapper.CreateMap<SpecimenDetail, SpecimenDetailContract>();
        }

另一个奇怪的是，我的解决方案中还有两个其他项目都使用AutoMapper并引用了完全相同的AutoMapper.dll文件。他们俩都工作得很好。

这是一个的屏幕截图：

这是该代码（可以正常编译）：

using System.Collections.Generic;
using AutoMapper;
using DataContract;
using SelectorDAL;

namespace PatientSelect
{

    public class PatientSelect : IPatientSelect
    {
        public PatientSelect()
        {
            SetupMaps();
        }

        private void SetupMaps()
        {
            Mapper.CreateMap<Patient, PatientContract>();
            Mapper.CreateMap<OrderedTest, OrderedTestsContract>();
            Mapper.CreateMap<Gender, GenderContract>();
        }

这两个引用似乎在属性页上具有相同的数据。

我想念什么？

我试过了：

1. 重新启动Visual Studio
2. 不使用using语句进行引用（即AutoMapper.Mapper.CreateMap）
3. 清理并重建

还有其他想法吗？

检查以确保您的项目未设置为使用.NET Framework 4客户端配置文件。

您可以通过右键单击您的项目（而不是解决方案）来检查/更改它，选择Properties- > Application- > Target framework。目标框架是该页面上的下拉列表。

这是Visual Studio中的问题（我什至会称其为错误）。AutoMapper要求从.NET Framework 4客户端配置文件中排除的程序集。由于您的项目正在使用该版本的框架，因此它将中断。

当您所引用项目的.NET Framework版本高于进行引用的项目时，类似的错误会传播到生成过程。即，一个以4.5为目标的项目引用了一个以4.5.1为目标的项目，则会给您同样的错误。

发生这种情况时，需要有更好的错误消息，因为对于错误消息告诉您引用已明确引用的程序集的原因，没有合理的解释，说明为什么它不会生成。

让我问一个愚蠢的问题：是否可以有两个automapper.dll文件？一个带有AutoMapper命名空间，一个没有命名空间？确认两个项目中的路径。

我还注意到using命令的顺序是不同的。没关系，但是您是否尝试过洗牌？

如果您的类没有编译，即使它在项目中，请检查以下内容：

1. 类名是否完全相同
2. 名称空间是否完全相同
3. 类属性是否显示生成操作=编译

如果所有其他答案都无法帮助您，这必须是最简单的解决方案

我正在寻找答案中设置的问题，尝试了所有答案-没有用，然后我意识到Visual Studio 2018由Microsoft开发。所以我做了大多数人所做的

重新启动Visual Studio， 并且可以正常工作

我通过右键单击包含文件的文件夹并选择“ 从项目中排除”，然后再次右键单击并选择“ 包含在项目中”解决了此问题（首先必须启用“ 显示所有文件”以使排除的文件夹可见）

我在VS2010中无法识别参考文献时遇到了类似的问题，此处的答案无法对其进行更正。

我的解决方案中的问题与所引用项目所在的路径的扩展有关。在使用SVN时，我创建了一个存储库分支来进行一些测试，并且该分支在路径结构中增加了两个级别，因此该路径变得太长而无法在Windows中使用。这不会引发任何错误，但是无法识别项目引用的名称空间。当我将项目的位置更改为较小的路径时，一切都很好。

就我而言，所引用的dll是在.Net Framework的更高版本中构建的。添加参考之后，就可以使用它了。但是，一旦我完成构建，就会弹出“缺少参考”错误。我刷新dll，错误将消失，但它永远不会生成。这篇文章使我检查了框架版本，因此可以通过在相同版本中构建引用的项目来解决它。

项目的类型表可能处于错误状态。我会尝试删除/添加引用，如果该引用不起作用，请创建另一个项目，导入我的代码，然后查看是否可行。

我在使用VS 2005时遇到了这个问题，但是现在人们希望 MS可以解决该特定问题。

该问题已被授予，但还有其他尚未描述的细节需要检查。

我也有这种行为，在项目A中引用了项目B，但是在项目A中无法识别项目B的名称空间。经过一番挖掘，我发现我的路径太长了。通过减少项目的路径（A和B），引用变得可见并可用。

我通过以较小的路径深度创建项目C来测试该理论。我在项目A中引用了项目C。这些引用按预期正常工作。然后，我从解决方案中删除了项目C，仅将项目C移至与项目B相同的深层路径，然后将项目C添加回解决方案中，并尝试进行编译。然后，我再也无法看到C项目。

就我而言，我已经复制了一个类库，但没有更改项目属性中的“程序集名称”，因此一个DLL会覆盖另一个...

这在Visual Studio 2019中发生在我身上。对我来说，我正在尝试引用解决方案中的另一个项目。这是我采取的步骤，以防其他任何人：

1. 确保要引用的项目列在“引用”下
2. 确保两个项目都使用正确版本的.NET Framework
3. 生成项目（单击绿色的“开始”箭头）

我很困惑，因为在步骤1和2之后仍然出现错误，但是构建项目似乎可以解决该问题。

我遇到了类似的问题，尽管在编译过程中很好，但在执行过程中找不到命名空间/方法，其原因似乎是我要引用的程序集已部署到GAC，然后又进行了更改，因此当我引用程序集时在Visual Studion中，它使用的是最新版本，但在运行时使用了GAC的版本。

就我而言，我仅在VS 2015中遇到错误。在VS 2017中打开项目时，错误消失了。

疯。我知道。

在这里尝试了所有选项。重新启动，清理，手动检入生成的DLL（这对于了解实际上是否是您自己造成的麻烦非常有用）。

我通过在选项中将MSBuild的详细程度设置为“详细”来使其工作。

原始海报已经回答了这个问题，但是如果有人在MS-Test项目中遇到此问题，请执行以下操作：

在Visual Studio中，单击“测试”菜单->“测试设置”->“默认处理器体系结构”，并确保该体系结构与您引用的其他程序集的体系结构匹配。如果另一个程序集是x64，而您的测试设置是x86，则您可能会遇到原始海报的症状。

我正在Xamarin项目上工作，和往常一样，删除obj文件夹并重建解决了我的问题，我的VS无法识别的命名空间是我自己的项目BTW中的代码

就我而言，删除/添加该程序集是可行的。

我有一个类似的问题，需要一些时间进行故障排除，所以我想分享一下：

在我的情况下，无法解析的名称空间是Company.Project.Common.Models.EF。我已经在新的Company.Project.BusinessLogic.Common命名空间中添加了一个文件。

大多数文件都有

using Company.Project;

然后将模型引用为Common.Models.EF。所有具有

using Company.Project.BusinessLogic;

之所以失败，是因为VS无法确定要使用哪个名称空间。

解决方案是将第二个命名空间更改为Company.Project.BusinessLogic.CommonServices

重新启动Visual Studio 2019-做到了。