HTML-编写与生成代码
我有机会使用非常不同类型的web开发框架。不知何故,我可以看到每个框架都试图避免我编写纯HTML代码 例如,Spring有自己的标记,Struts有自己的标记,Zend和Codeigniter(PHP)也有表单助手HTML-编写与生成代码,html,web,tags,Html,Web,Tags,我有机会使用非常不同类型的web开发框架。不知何故,我可以看到每个框架都试图避免我编写纯HTML代码 例如,Spring有自己的标记,Struts有自己的标记,Zend和Codeigniter(PHP)也有表单助手 这是否意味着我不应该自己编写HTML代码,或者不建议这样做?我应该用它们吗?因为他们看起来不像他们想要的那样直观、易于管理和节省时间 您需要编写自己的HTML(和CSS)来定义网站设计的总体结构和布局。不要将其与省时功能混淆,省时功能消除了编写重复HTML的需要,例如表单输入和导航菜
这是否意味着我不应该自己编写HTML代码,或者不建议这样做?我应该用它们吗?因为他们看起来不像他们想要的那样直观、易于管理和节省时间 您需要编写自己的HTML(和CSS)来定义网站设计的总体结构和布局。不要将其与省时功能混淆,省时功能消除了编写重复HTML的需要,例如表单输入和导航菜单项
例如,在ASP.NET MVC下,您仍然需要将大部分HTML放在MasterViewPage或Razor布局中,但在编写所有表单输入时,您只需将
m.FirstName)
放在其中,它就可以处理其余的内容,这就省去了为
元素编写样板HTML的麻烦。它还有助于避免错误(例如,如果您忘记了name=“”
或'id=“”``属性,但在某些框架中,让可靠的往返表单数据正常工作是必不可少的。您需要编写自己的HTML(和CSS)定义网站设计的总体结构和布局。不要将其与省时功能混淆,省去了编写重复HTML的需要,例如表单输入和导航菜单项
例如,在ASP.NET MVC下,您仍然需要将大部分HTML放在MasterViewPage或Razor布局中,但在编写所有表单输入时,您只需将
m.FirstName)
放在其中,它就可以处理其余的内容,这就省去了为
元素编写样板HTML的麻烦。它还有助于避免错误(例如,如果您忘记了name=“”
或'id=“”``属性,但在某些框架中,让可靠的往返表单数据正常工作是至关重要的。如果您没有很好的工具来生成代码,我建议您自己管理代码(例如ASP.NET MVC中的Razor)这可以让你的代码更干净、更直观。如果你使用Zend,我建议你在普通网站上编写html,并且只对带有Zenf_form
的表单使用generator。因为它很棒。如果你没有很好的生成工具(例如ASP.NET MVC中的Razor),我建议你自己管理代码这可以让你的代码更干净、更直观。如果你使用Zend,我建议你在普通网站上编写html,并且只对带有Zenf_form
的表单使用generator。因为它很棒。生成的代码服务我使用生成的代码很难看,以后很难筛选
自己编写代码和HTML有助于获得更好的结构,并且不会影响其运行方式,如果这是您所担心的,并且这些语言设置为标准的话
建议您在可以编写代码的地方编写代码,并在不需要的地方生成代码(或者在测试表中尝试之前学习如何编写代码)。我使用的生成代码服务生成的代码很难看,以后很难进行筛选 自己编写代码和HTML有助于获得更好的结构,并且不会影响其运行方式,如果这是您所担心的,并且这些语言设置为标准的话
建议您在可以编写代码的地方编写代码,并在不需要的地方生成代码(或者在测试表中尝试之前学习如何编写代码)。我认为这是一个逐案的基础 这些框架帮助您摆脱样板代码,编写更干净的应用程序。您还可以通过使用它们避免一些安全问题,并且尊重MVC
不过,可能会有性能损失,因此,如果您编写一个小型应用程序,或者您在速度方面有某些要求,那么如果没有(部分)这些要求,您可能会做得更好。我认为这是一个个案基础 这些框架帮助您摆脱样板代码,编写更干净的应用程序。您还可以通过使用它们避免一些安全问题,并且尊重MVC
不过,可能会有性能损失,因此,如果您编写一个小型应用程序,或者您在速度方面有某些要求,那么不使用(其中一些)可能会更好它们。我为什么要编写样板文件?至于引用错误,浏览器会在出现此类错误时警告我。这是一个非常大和复杂的表单,我用纯html和javascript编写,过了一段时间,我成功地将后端对象映射到它(保存或填充)。但是我想知道使用表单帮助程序是否会使事情变得更简单。。在ASP.NET MVC中,
-生成器实际上对于嵌套表单是必不可少的,因为它们正确地设置了name
属性以对应于页面模型对象的嵌套属性。如果表单是手工编写的,则必须更改所有
-生成器实际上对于嵌套表单是必不可少的,因为它们正确地设置了名称
属性