ASP.net MVC 应用程序 URL 的更改
MVC 上的当前应用程序可以通过 URL 访问，例如： www.someserver.com/myapplication
现在有一个请求将其更改为新的 URL： www.someserver.com/NEWFOLDER/myapplication
所以我的问题是 MVC 将如何表现，我是否必须进行任何路由更改？
谢谢 ！
the current application on MVC can be accessed through URL Like:
www.someserver.com/myapplication
Now there is a request to change it to a new URL:
www.someserver.com/NEWFOLDER/myapplication
so my question is how will the MVC behave, will I have to make any routing changes ?
Thanks !
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（3）
例如，如果您的链接与应用程序相关，
那么您应该不会有任何问题。
如果您使用了站点相关链接，
它们就会损坏。
If your links are application-relative, for instance
then you shouldn't have any problems.
If you've used site-relative links,
They'll break.
@David 有正确的解决方案。我还将 URL 保留在配置文件中作为应用程序设置，以便在某些情况下使用。
@David has the correct solution. I also keep the URL in the config file as an app setting for use in certain situations.
只要您的应用程序根目录移动（即在 IIS 中）并且您的 URL 都在帮助程序方法中正确指定（在适当的情况下以“~”为前缀），您就不应该这么做。
例如，MVC 应用程序中指定为“~/images/foo.jpg”的 URL 将解析为当前方案中的“www.someserver.com/images/foo.jpg”。在新方案下，如果在 IIS 中正确重新定位，它将解析为“www.someserver.com/NEWFOLDER/images/foo.jpg”。
但是，如果您使用了绝对或严格相对 URL，那么您可能就不那么幸运了。
You shouldn't as long as your application root moves (i.e. in IIS) and your URLs all properly specified in helper methods, prefixed with "~" where appropriate.
For example, a URL in an MVC app that is specified like "~/images/foo.jpg" will resolve to "www.someserver.com/images/foo.jpg" in your current scheme. Under the new scheme, if properly re-rooted in IIS, it will resolve to "www.someserver.com/NEWFOLDER/images/foo.jpg".
If you've used absolute or strictly relative URLs, however, you may be out of luck.