2008-12-12 105 views
0

这篇文章可能需要一些修改。我会尽我所能来解释...使用Javascript渲染数据

基本上,作为一个测试人员,我注意到有时使用基于模板的网络后端的程序员将大量东西推入onload处理程序,然后执行像加载菜单项目,更改表单中的显示值等。

例如,显示网络配置的页面为IP信息加载空白(或虚拟值),然后在onload函数中加载一个变量块,以设置值当页面呈现时。

我的经验(和直觉)是,这是一个非常糟糕的做法,由于几个原因。

1-如果页面在Javascript关闭的环境中显示(例如使用“发送页面”),该页面将无法在该环境中正确显示。

2- HTML页面变得很难诊断,因为实际上屏幕上的内容需要通过在头部执行javascript来拼凑在一起(由于Firebug,这个问题在Firefox/Firefox中不太显眼)。

3-大多数情况下,这不是通过环境功能的标准做法来完成的。换句话说,后端没有服务,后端代码看起来就像生成的HTML的意大利面条一样。

,并没有真正的理由,更多的相关性:

我注意到,那这样做大多数程序员一般是有很多的代码相关的错误或关键集成错误的编码器。

所以,我并不是说我们不应该使用javascript,我想我的意思是,当您动态生成页面时,动态行为应该被隔离到后端,并且您应该避免在页面加载和渲染后更改显示的信息。

+0

谁想告诉谷歌他们做错了,你还是我? :) – 2008-12-12 22:40:17

回答

0

所以实际的问题是JavaScript内容生成的“优点/缺点”是什么?

这里有一个:很多设计师想要的东西都很难直线html/css,或者没有完全支持。例如使用Jquery做“奇怪”的斑马表。有时候服务器端框架没有很好的方法来完成这个任务,所以最简洁的代码实际上就是这样分割它。