优化手机时,我应该瞄准哪种页面重量/大小?

需要注意的一点是,例如 iPhone won't cache components bigger than 25K .

也考虑 minifing 并gzip您的代码。和 “JFAR” 有一件事是对的。HTTP请求可能会对性能造成巨大影响,因此您可能还希望尽可能减少这些请求。

更重要的是不要在服务器和客户机之间闲聊。这样的延迟可能会很大,而且比平时更容易打包。每次按键后在服务器上验证都会很痛苦。

大小无关紧要。下载时间可以。

在某些地区,移动速度每100英尺就有一个差异,所以它不像某些XXXX数量永远是完美的。

选择“越小越好”。

根据W3C Mobile Web Best Practices :

• 页面标记大小<10千字节
• 页面大小(包括图像)<20千字节

我想说,尽量把你的页面缩小到100kb,因为如果你能按照用户的要求加载不同的页面 可以 可以忽略不计。

但是,一次加载大量内容,并使用简单的javascript显示和隐藏,以几乎实时的方式显示内容,也可能会给浏览者留下深刻印象。

我建议您研究一下HTML5缓存清单规范,它允许您定义一组浏览器应该保持脱机的资源。它就像老式的浏览器缓存,但更好的是因为它是可控的。

对于移动网站来说,大小确实很重要,但更重要的是浏览器必须执行的请求数。在CSS文件中尽可能多地嵌入您的图像,因为每个请求都需要时间(以我的经验,最多4000毫秒ping!)将所有javascript合并到一个文件中,并发送gzip压缩的所有内容。

如果您想了解移动开发中的重要内容,请拿出计算器并计算加载时间。每一个请求都需要500ms,考虑到加载时间大约需要8-20 kib/s。这不是最坏的情况,但也不是最好的情况。