我理解在ASP.NET MVC中拥有HTML助手的原因，并将其扩展为提供您自己的，但我想知道是否使用HTML助手是一个好主意。
我认为ASP.NET MVC的好处之一是控制HTML。如果你开始将它隐藏在生成HTML的帮助函数中，你不会开始失去可见性？我想这不是这样的问题，当你生成简单的控件，如按钮，但我已经看到使用html帮助创建网格和更复杂的HTML输出。
现在我也明白这样做的原因是保持事情干燥，避免重复。但是，没有类似代码隐藏的危险吗？此外，如果你与设计师合作怎么办？通常，设计师将创建标记和应用样式。如果你开始注入您的视图与帮助程序生成标记，这不是使这种协作困难吗？
解决方法
“对HTML的控制”是微软营销，他们是如何选择品牌的平台。 ASP.net MVC的观点是，它更简单，更适合于webapps，然后整个有状态的事件驱动的webforms模型，几乎每个人以外的微软空间移动到多年前。微软不能说，虽然，因为他们有巨大的投资在webforms，它是他们的企业故事的关键部分。
话虽如此，如果你在你的帮助中有业务逻辑，你使用它们是错误的。它基本上是代码背后的表示逻辑只有跨多个页面重复，目标是保持scriptlet标记在标记尽可能简单。
只要你使用助手的方式，他们应该使用，它应该是相当微不足道的设计师学习如何使用。只要记住，目标是保持简单，如果他们最终使事情更复杂，这意味着他们没有被正确使用。
