除非使用嵌套的using块,否则Visual Studio无法解析类名

时间:2011-11-03 20:17:56

标签: c# .net visual-studio

我有一个名称与名称空间相同的类:

类文件ReadModel.cs

namespace App.Core.ReadModel
{
    public class ReadModel 
    {
    } 
} 

类文件MyClass.cs

using App.Core.ReadModel; // this does not work

namespace Something
{
    // using App.Core.ReadModel (Works if I un-comment)

    public class MyClass
    {            
       public void test()
        {
            var x = new ReadModel(); 
        }
    }
}

当尝试实例化类时,即使尝试在顶部添加using指令,编译器仍然无法解析该类。但是,如果我将using语句嵌套在命名空间中,它可以正常工作。

有人可以解释为什么这有效吗?这是我刚刚发现的新功能

错误是:App.Core.ReadModel是名称空间,但用作类型

2 个答案:

答案 0 :(得分:3)

再次修改:

尼古拉斯很好地回答了你修改过的问题。请看他的回答:

Visual Studio unable to resolve class name unless using nested using block

修改

使用必须位于文件的顶部。将使用移到第一个命名空间之上。

示例:

namespace App.Core.ReadModel
{
    public class ReadModel
    {
    }
}

using App.Core.ReadModel; // cannot be placed here. Must be at top of file.

namespace App
{
    public class Program
    {
        public static Main()
        {
            var obj = new ReadModel();
        }
    }
}

原始答案 (与问题无关)

选项1:重命名命名空间

namespace App.Core.IO
{
    public class ReadModel
    {
    }
}

选项2:使用别名

using MyReadModel = App.Core.ReadModel.ReadModel;

public class Program
{
    public static void Main()
    {
        var obj = new MyReadModel();
    }
}

选项3:限定类型名称

public class Program
{
    public static void Main()
    {
        var obj = new App.Core.ReadModel.ReadModel();
    }
}

答案 1 :(得分:3)

之间的区别
using System  ;
using Foo.Bar ;

namespace My.Widget.Tools
{
  public class MySpecialTool
  {
    ...
  }
}

using System ;

namespace My.Widget.Tools
{
  using Foo.Bar ;

  public class MySpecialTool
  {
    ...
  }
}

是第一种情况,指令using Foo.Bar ;导致命名空间Foo.Bar中的对象被导入到编译单元的未命名(全局)命名空间。在第二种情况下,using directive将名称空间Foo.Bar中的对象导入名称空间My.Widget.Tools。

与解决不合格参考文献的搜索顺序有所不同。

通过首先在封闭的命名空间中搜索来解析非限定引用。如果未解析引用,则搜索编译单元的未命名(全局)命名空间。

考虑上述命名空间Foo.Bar包含与System命名空间中包含的类冲突的可见类的情况。

在第一种情况下,Foo.Bar命名空间已加载到全局命名空间中,如果您尝试引用冲突对象,则会收到有关模糊引用的错误:它将首先搜索封闭的命名空间,没有找到它,它将查看全局命名空间并找到多个对象并发牢骚。

在第二种情况下,首先搜索封闭的命名空间,找到所需名称的对象,解析非限定引用并且编译器很高兴:没有冲突。

请注意,您可以通过使用global:: prefix限定对象引用来将搜索顺序强制转换为全局命名空间。您还可以使用using指令为命名空间定义自己的别名:

using io = System.IO ;

或类型:

using IntList = System.Collections.Generic.List<int> ;

为命名空间定义别名的警告是,您必须使用别名来解析引用。为类型定义的别名只是为您提供[可能]命名类型的简写方式。对于泛型而言,它可能比其他任何东西都更有用。我没有看到做类似的事情有很多价值:

using Row = System.Data.DataRow ;

在编写混淆的C#之外。

另请参阅此问题:Should 'using' statements be inside or outside the namespace?

ISO/IEC 23270:2006的§16(信息技术 - 编程语言 - C#)将告诉你远远超过你想知道的名称空间和使用指令。

另请参阅此MSDN关于命名空间别名的文章:http://msdn.microsoft.com/en-us/library/c3ay4x3d(v=vs.80).aspx