HTML-编写与生成代码

HTML-编写与生成代码,html,web,tags,Html,Web,Tags,我有机会使用非常不同类型的web开发框架。不知何故,我可以看到每个框架都试图避免我编写纯HTML代码 例如,Spring有自己的标记,Struts有自己的标记,Zend和Codeigniter(PHP)也有表单助手 这是否意味着我不应该自己编写HTML代码,或者不建议这样做?我应该用它们吗?因为他们看起来不像他们想要的那样直观、易于管理和节省时间 您需要编写自己的HTML(和CSS)来定义网站设计的总体结构和布局。不要将其与省时功能混淆,省时功能消除了编写重复HTML的需要,例如表单输入和导航菜

我有机会使用非常不同类型的web开发框架。不知何故,我可以看到每个框架都试图避免我编写纯HTML代码

例如,Spring有自己的标记,Struts有自己的标记,Zend和Codeigniter(PHP)也有表单助手


这是否意味着我不应该自己编写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
属性以对应于页面模型对象的嵌套属性。如果表单是手工编写的,则必须更改所有属性e> 手动命名属性。这只是一个例子,说明为什么使用生成器是一个好主意,但是如果您手工编写了一个表单,并且对它感到满意,那么您就可以获得更多的功能。我对输入事件有很多javascript调用,我发现使用helpersWhy很难管理这一点。有一些helper方法可以为此生成ID原因。我的意思是:我发现这很难在Codeigniter form helper中管理,例如,我为什么要编写样板文件?对于引用错误,浏览器会在出现此类错误时警告我。它碰巧是一个非常大和复杂的表单,我用纯html和javascript编写,过了一段时间,我设法将后端对象映射到它(保存或填充).但是我想知道使用表单帮助程序是否会使事情变得更简单..嗯,在ASP.NET MVC中,
-生成器实际上对于嵌套表单是必不可少的,因为它们正确地设置了
名称
属性