C#/.NET项目中带点符号的命名空间与目录冲突如何解析？

先给你划重点：C#的命名空间和物理文件夹结构没有半毛钱强制绑定关系，编译器解析using语句、识别类型时，只看代码里显式写的namespace，完全不管文件存在哪个文件夹里，也不在乎文件夹名称里有没有点。

针对你给出的示例场景，具体解析逻辑如下：

1. using MyApp.Main.Stuff;到底匹配啥 #

这条语句的作用是导入名为MyApp.Main.Stuff的命名空间，编译器会在所有已引用的项目/程序集里，找所有声明了这个命名空间的代码文件——和这些文件是在MyApp/Main/下面，还是在MyApp.Main/下面，一点关系都没有。

2. 你的示例里可能出现的几种情况 #

• 如果MyApp/Main/Stuff.cs里的代码是这么写的：

  namespace MyApp.Main.Stuff;
  public class Stuff { /* ... */ }
  

  而MyApp.Main/Stuff.cs里的命名空间不是MyApp.Main.Stuff，那这条using就会指向嵌套文件夹里的那个Stuff类。
• 如果MyApp.Main/Stuff.cs里也写了namespace MyApp.Main.Stuff;，那编译器直接报错，说“Stuff类型在多个文件里重复定义了”——因为两个不同文件的类型属于同一个命名空间，重名了，编译器分不清。
• 至于MyApp.Main.Stuff/MoreStuff.cs，只有当它的命名空间是MyApp.Main.Stuff时，才会被这条using导入，否则跟这条语句完全没关系。

3. 实际项目里怎么避免踩坑 #

• 尽量遵循命名空间和文件夹结构一致的最佳实践，这是.NET圈子里的通用规矩，Rider这类IDE也会默认按这个规则生成代码，从根源上避免这种歧义。
• 如果非得用带点的文件夹名，一定要确保对应的代码文件里的命名空间，别和嵌套文件夹结构对应的命名空间撞了。
• 真遇到冲突了，要么改其中一方的命名空间，要么给类型重命名；也可以用using别名区分不同来源的类型，但前提是两个类型的命名空间不一样——要是完全同名同命名空间，别名也救不了，必须改命名空间或类型名：

  // 比如嵌套文件夹里的类型命名空间是MyApp.Main.NestedStuff
  using NestedStuff = MyApp.Main.NestedStuff.Stuff;
  // 带点文件夹里的类型命名空间是MyApp.MainDotFolder.Stuff
  using DotFolderStuff = MyApp.MainDotFolder.Stuff.Stuff;
  

内容的提问来源于stack exchange，提问作者Dallas Caley