关于ASP.net（web表单）体系结构的问题
我目前正在做一个ASP.net项目，它将（虚拟目录）插入一个“父”ASP.net项目，就像一个模块一样。因为我的项目有自己的Global.asax、web.config、错误处理等等。它会干扰其他人编写的父项目吗？如果我没有弄错的话，ASP.net将每个虚拟目录视为独立目录，因此它不应该干扰父目录，但应用程序的流程不会感到奇怪，因为整个应用程序将由不同的人完成，如果每个程序员编写的代码不同或使用的语言不同，这种方法不会导致维护噩梦吗。不一定！需要某种版本控制和每周代码审查，以及开发人员之间在需要时的密切沟通，就足够了。我想这取决于开发人员的经验 如果您将其设计为完全独立的模块，我看不出任何问题关于ASP.net（web表单）体系结构的问题,asp.net,Asp.net,我目前正在做一个ASP.net项目，它将（虚拟目录）插入一个“父”ASP.net项目，就像一个模块一样。因为我的项目有自己的Global.asax、web.config、错误处理等等。它会干扰其他人编写的父项目吗？如果我没有弄错的话，ASP.net将每个虚拟目录视为独立目录，因此它不应该干扰父目录，但应用程序的流程不会感到奇怪，因为整个应用程序将由不同的人完成，如果每个程序员编写的代码不同或使用的语言不同，这种方法不会导致维护噩梦吗。不一定！需要某种版本控制和每周代码审查，以及开发人员之间在需要
如果您不小心引用父网站上的某些文件（如.css、.js甚至母版页），则可能会遇到一些路径问题。唯一的问题是如果您想共享无法共享的会话。除此之外，你应该很好。你的网站会很好。小心配置继承。子站点继承父web.config设置 如果这是一个有点奇怪的应用程序，但如果它们都是不同的应用程序，那么将它们放在一个站点上是完全可以接受的。尽管将它们划分为自己的子域会更受欢迎： app1.domain.com app2.domain.com 如果您需要扩展应用程序，您可以轻松地将每个应用程序放在自己的服务器上
尽管.net能够用多种语言编写，但除了c#或vb之外，几乎看不到其他语言。所以我不会太担心这个。学习不同的语言对你有好处，而且对你成为一名更好的编码员真的很有帮助。为什么不把它作为“家长”网站的子目录呢？global.asax、web.config和错误处理中的内容是否会以某种方式破坏父站点？如果将计算机密钥设置为匹配，则可以跨应用程序池边界共享会话。