12 лучших практик ASP.NET MVC

[name1ess0ne]

Спасибо за перевод.

[NatalieG]

> 4. Скажите «НЕТ» магическим строкам
> Никогда не используйте ViewData[“key”], но всегда создавайте ViewModel для каждого View и используйте строготипизированные представления ViewPage.

Что-то много дыму напустили…

Вообще это называется неявный и явный интерфейс. У каждого свои достоинства и недостатки.

[AdrenalinHunter]

Согласен, ведь иногда бывает единожды нужно просто передать что то типа:

ViewData["CountryId"] = new SelectList(_countryBc.GetList(), "ID", "Name", 1);

* This source code was highlighted with Source Code Highlighter.

10. Пишите HTML каждый раз, когда есть такая возможность
Лично мне наоборот удобнее использовать HTML Helpers по нескольким причинам:
1) Экономят время
2) Представления имеют более удобную структуру

[mr_unknown]

Согласен, + можно дописать то чего не хватает.

[ofigenn]

Да, по мне тоже пункт 10 сомнителен.

[XaocCPS]

я думаю автор не до конца раскрыл свою мысль, уверен, что он оставляет возможность исопльзования хелперов, подожду его следующие статьи, если будет что интересное — опубликую.

[ofigenn]

А сам то как считаешь?:)

[XaocCPS]

считаю хелперы, конечно — нужны, но некоторые вещи можно и без них делать, статические постоянные ссылки или те же формы. вообще, все зависит от случая и ситуации, однозначного ответа нет

[ennui]

Согласен с NatalieG.
Раньше тоже думал что лучше всё через строгие модели. Но когда у тя накапливается пачка классов, для каждой страницы свой класс, это становиться потом проблемой.
И ещё не соглашусь с 10, не всегда практично писать весь html код, и особенно если это касается роутинга, так как любое изменение в таблице роутов повлечёт поиск написанных рукими ссылок, форм и т.п. и их исправление.

[skiedr]

Во многих случаях, пункты 10 и 11 противоречат друг другу

[sirmakc]

Не используйте прямые ссылки, всегда генерируйте их с помощью Html Helper