为什么将 URL 字符串硬编码到 MVC 应用程序中是一个坏主意？ （或者是吗？）

Question

在对此问题的评论 ，Phil 提到

将 URL 字符串硬编码到 MVC 应用程序中是一个坏主意。帮助者的存在是有原因的

是这样吗？如果是这样，为什么？

Answer 1

URL 生成是应用程序的 global.asax 中路由配置的结果。当您使用 ActionLink 之类的帮助程序时，它们会检查路由配置并相应地生成路由。

如果您稍后更改路由配置，或者将应用程序安装到虚拟目录，则整个应用程序中助手生成的 URL 会动态更改，因此您不必手动检查和更改每个硬编码的 URL 字符串，并且您的应用程序不太可能休息。

如果要标记锚点，可以使用 UrlHelper .操作方法。在内部，所有依赖于 URL 生成的帮助程序都使用此方法。

<a href="@Url.Action("Logon", "Account")">logon<a>

Answer 2

我编写了一个小网站，其中硬编码了 URL。我现在倾向于避免这种做法，因为一旦投入生产就必须更改所有 URL，这会带来麻烦。

这是一个小型网络应用程序，但它仍然让我感到困惑。我会遵循这个建议:)

Answer 3

我宁愿不使用 Url.Action("Logon","Account")，因为它是硬编码的，并且对操作名称的任何更改都很难识别。

更好的是，我们可以编写一个扩展，例如，

     public static MvcHtmlString ActionLink<TController>(this HtmlHelper helper,
 Expression<Func<TController, object>> expression, string displayText)
            {
                string controller = typeof(TController).GetControllerName();
                string action = expression.GetActionName();

                return helper.ActionLink(displayText, action, controller);
            }

然后在视图中使用它，例如

@Html.Action<AccountController>(a=>a.Logon(),"Click here")