我了解在实际应用程序层中使用命名空间的优点，但是当涉及到前端时，我不太确定。
我的项目是一个网站(不是 WebApplication)，当我尝试包含“命名空间”用户控件时，我遇到了各种各样的问题(缺少引用，例如)。尽管在 system.web 下的 web.config 中有显式声明 - 页面 - 控件 - 添加。
当涉及到实际 View 时，webforms:当你创建一个新页面时，Visual Studio 从你选择创建文件的路径创建代码隐藏类名。所以大多数时候，我会说类名是唯一的。如果您在页面之间移动，那么在另一个子文件夹下看到 Start_DefaultPage 会变得很奇怪。
总结一下:是否建议将命名空间放入 网络层 ?优缺点都有什么？
最佳答案
是的。将来，您可能决定包含(巧合地)使用相同类名的外部库，并且您不希望命名空间冲突，因为您很清楚可能会发生。此外，您可能在虚拟目录中拥有 Web 应用程序，这些应用程序将继承父 web.config 中概述的属性。您也不想在那里弄乱命名空间冲突。一般来说，这只是一个很好的编程习惯。
关于user-controls - 在 webform 页面中使用命名空间有什么好处？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/907872/