通过使用Javascript呈现元素来加速页面?

通过使用Javascript呈现元素来加速页面?,javascript,css,performance,external,render,Javascript,Css,Performance,External,Render,这是基于最佳实践告诉我们,为了获得性能优势,支持外部CSS和JS文件而不是内联HTML文件 交付尽可能小的HTML文件是一个好主意吗?并使用Javascript/jQuery尽可能多地呈现DOM,在客户端连接Javascript事件等?将CSS和JS保存在单独文件中的原因与性能无关。如果有任何问题,它会因为额外的服务器往返而降低页面速度 真正的原因是,对于任何复杂的web页面(应用程序),保持页面的逻辑结构(声明性HTML)与布局(CSS)和UI逻辑(Javascript)分离是极其重要的 性能

这是基于最佳实践告诉我们,为了获得性能优势,支持外部CSS和JS文件而不是内联HTML文件


交付尽可能小的HTML文件是一个好主意吗?并使用Javascript/jQuery尽可能多地呈现DOM,在客户端连接Javascript事件等?

将CSS和JS保存在单独文件中的原因与性能无关。如果有任何问题,它会因为额外的服务器往返而降低页面速度

真正的原因是,对于任何复杂的web页面(应用程序),保持页面的逻辑结构(声明性HTML)与布局(CSS)和UI逻辑(Javascript)分离是极其重要的


性能问题可以而且应该使用缓存、缩小等单独解决。

一般来说,让浏览器使用HTML更快

当然,一切都取决于服务器创建此HTML所需的时间

但就客户端呈现而言,预构建的HTML总是会胜过javascript生成的文档。这是因为DOM-API相对较慢(尽管最近进行了很多改进)


CSS和JS的分离与可维护性和SEO更相关。

我不知道性能,但我喜欢这样做,因为这样我可以实现javascript控件。(就像在《mvc》中一样)mfeingold和Kenneth,这样的网站怎么样?这意味着由于更好地使用缓存,外部CSS和JS速度更快。这在我所认识的工程师中也不是一个不寻常的信念。确实,你可以缓存CSS和JS,也可以缓存HTML。就下载速度而言,只需尝试向客户端发送尽可能小的文件。这里我们讨论的是两种不同的“速度”:内容的下载速度,然后是屏幕上的渲染速度client@S.Valmont这是真的,但却离题了。当你构建你的网页时,有很多的考虑因素,方法会根据你的网站的动态性和你期望它改变的频率而有所不同。不管什么,你的主要敌人不是速度,而是复杂性。任何能降低复杂性的方法都会有所帮助。每次你为了性能或其他原因而增加复杂性时——你都在自我惩罚“CSS和JS的分离与可维护性和SEO更相关”这不是真的,谷歌肯定会将干净HTML页面的排名高于javascript页面的排名