ASP.NET在虚拟目录中值得努力吗？

我一直在测试Umbraco，因为它是.NET中最流行的开源CMS，我很好奇。让我吃惊的是，无法在虚拟目录中运行它

在使用ASP.NET和ASP.NET MVC一段时间后，我注意到有时允许应用程序在虚拟目录以及子域中运行会导致bug和其他恼人的问题，只要假设应用程序不会在这种情况下运行，就可以避免这些问题

---

添加对虚拟目录或子域的支持真的那么重要吗？现在，子域是如此容易，不值得付出努力？

我认为这是值得的！努力不应该太大，只需遵循以下规则：

在HTML和CSS中使用相对路径 使用~/在服务器端控件中获取应用程序根 在代码隐藏中使用Request.ApplicationPath

---

我认为这是值得的！努力不应该太大，只需遵循以下规则：

在HTML和CSS中使用相对路径 使用~/在服务器端控件中获取应用程序根 在代码隐藏中使用Request.ApplicationPath

---

这是一个可能必须逐案解决的问题——关于虚拟目录的要点是，它可以，或者至少应该能够，作为一个更大站点的一部分无缝地存在，而在这个站点中，子域可能不是一个合适的解决方案

---

我可以看出，在像Umbraco这样的情况下（他们认为应该是网站），这可能不是一个值得支持的功能，但在一般情况下，你不应该假设什么是最适合你客户网站的系统架构，因此如果可行的话，我希望提供支持

这是一个可能必须逐案解决的问题-虚拟目录的要点是，它可以，或者至少应该能够，作为一个较大站点的一部分无缝地存在，而在这个站点中，子域可能不是合适的解决方案

---

我可以看出，在像Umbraco这样的情况下（他们认为应该是网站），这可能不是一个值得支持的功能，但在一般情况下，你不应该假设什么是最适合你客户网站的系统架构，因此如果可行的话，我希望提供支持

+1。所有内容都应在虚拟目录中运行。或者根。或者一个3层深的虚拟目录。这并不是一件难事。+1在vdir中开发和测试IIS上的网站也是一个好主意。。。这将有助于抓住这些类型的错误。我同意你的看法，只是想知道是否有人能给我一个不这样做的好理由。现在在团队中，一些人在子域中测试，另一些人在vdir中测试。所有内容都应在虚拟目录中运行。或者根。或者一个3层深的虚拟目录。这并不是一件难事。+1在vdir中开发和测试IIS上的网站也是一个好主意。。。这将有助于抓住这些类型的错误。我同意你的看法，只是想知道是否有人能给我一个不这样做的好理由。目前在团队中，有些人在子域中进行测试，另一些人在vdir中进行测试。