Почему строки Hardcoding URL в приложении MVC - плохая идея? (Или это?)

Question

В комментарии on this question, Phil упоминает, что

жестко прописывать URL строки в приложение MVC это плохая идея. Помощники есть по этой причине

Это так? Если да, то почему?

Answer 1

Построение URL-адресов является результатом конфигурации маршрута в глобальном приложении вашего приложения. Когда вы используете помощников, таких как ActionLink, они проверяют конфигурацию маршрута и соответственно генерируют маршруты.

Если вы измените конфигурацию своего маршрута позже или установите приложение в виртуальный каталог, URLS, сгенерированные с помощью помощников в целом приложении, будут динамически изменяться, поэтому вам не нужно проверять и изменять каждую строку жестко заданного URL вручную, а ваше приложение менее вероятно, сломается.

Если вы хотите разметки якорей, вы можете использовать UrlHelper.Action Method. Внутри всех помощников, которые зависят от генерации URL-адресов, используйте этот метод.

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

Answer 2

Я написал небольшой сайт с жестко закодированными URL-адресами. Я, как правило, избегаю практики сейчас из-за головной боли, причиной которой является изменение всех URL-адресов, как только вы нажимаете на производство.

Это был небольшой webapp, и он по-прежнему подталкивал меня к стене. Я буду следовать этому совету :)

Answer 3

Я предпочел бы не использовать Url.Action («входа», «Счет»), как это жёстко и любое изменение имени действия, его трудно определить.

Лучше мы можем написать расширение, как,

 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")