加入收藏 | 设为首页 | 会员中心 | 我要投稿 李大同 (https://www.lidatong.com.cn/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 编程开发 > asp.Net > 正文

.net – ASP MVC HTML Helpers – 好还是坏?

发布时间:2020-12-15 19:07:01 所属栏目:asp.Net 来源:网络整理
导读:我理解在ASP.NET MVC中拥有HTML助手的原因,并将其扩展为提供您自己的,但我想知道是否使用HTML助手是一个好主意。 我认为ASP.NET MVC的好处之一是控制HTML。如果你开始将它隐藏在生成HTML的帮助函数中,你不会开始失去可见性?我想这不是这样的问题,当你生
我理解在ASP.NET MVC中拥有HTML助手的原因,并将其扩展为提供您自己的,但我想知道是否使用HTML助手是一个好主意。

我认为ASP.NET MVC的好处之一是控制HTML。如果你开始将它隐藏在生成HTML的帮助函数中,你不会开始失去可见性?我想这不是这样的问题,当你生成简单的控件,如按钮,但我已经看到使用html帮助创建网格和更复杂的HTML输出。

现在我也明白这样做的原因是保持事情干燥,避免重复。但是,没有类似代码隐藏的危险吗?此外,如果你与设计师合作怎么办?通常,设计师将创建标记和应用样式。如果你开始注入您的视图与帮助程序生成标记,这不是使这种协作困难吗?

解决方法

“对HTML的控制”是微软营销,他们是如何选择品牌的平台。 ASP.net MVC的观点是,它更简单,更适合于webapps,然后整个有状态的事件驱动的webforms模型,几乎每个人以外的微软空间移动到多年前。微软不能说,虽然,因为他们有巨大的投资在webforms,它是他们的企业故事的关键部分。

话虽如此,如果你在你的帮助中有业务逻辑,你使用它们是错误的。它基本上是代码背后的表示逻辑只有跨多个页面重复,目标是保持scriptlet标记在标记尽可能简单。

只要你使用助手的方式,他们应该使用,它应该是相当微不足道的设计师学习如何使用。只要记住,目标是保持简单,如果他们最终使事情更复杂,这意味着他们没有被正确使用。

(编辑:李大同)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

    推荐文章
      热点阅读