在优化移动设备时，我应该以什么样的页面重量/大小为目标？

Question

我希望在小型网络应用程序中优化移动浏览器体验，使用优秀的jQuery移动设备来实现这一目标。

不言而喻，用户不想要DL 200k数据，我只是想在使用外部和内部URL之间划清界线。是否存在我应该拍摄的页面大小/加载时间的现有指南？我宁愿坚持使用内部URL（从维护的角度来看，将移动界面有效地放在一个地方），但是厌倦了用大量无法查看的信息来阻止用户。

Answer 1

更重要的是不要在服务器和客户端之间聊天。延迟可能很大，并且比通常情况下包装更多是合理的。在每次按键后在服务器上进行验证会很痛苦。

Answer 2

尺寸无关紧要。下载时间确实。

某些地区的移动速度每百英尺不同，所以它不像某些xxxk数量总是很完美。

选择“尽可能小”。

Answer 3

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

还要考虑minifing并压缩您的代码。并且 @jfar 有一件事是正确的。 HTTP请求可能会受到巨大的性能影响，因此您可能还希望尽可能减少它们。

Answer 4

根据W3C Mobile Web Best Practices：

• 页面标记的大小＆lt; 10千字节
• 包括图像的页面尺寸＆lt; 20千字节

Answer 5

我想尝试将您的网页降低到100kb，因为如果您设法按照用户请求加载不同的网页可能可以忽略不计。

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

Answer 6

我建议您查看HTML5 Cache Manifest规范，它允许您定义浏览器应保持脱机的一组资源。它就像旧式的浏览器缓存，但更好，因为它是可控的。

对于移动网站而言，大小确实很重要，但更重要的是浏览器必须执行的请求数量。尽可能多地在css文件中内嵌您的图像，因为每个请求都需要时间（根据我的经验，最多可达4000毫秒ping！）将所有javascript合并到一个文件中并发送gzip压缩的所有内容。

如果您想了解移动开发中的重要事项，请取出计算器并计算加载时间。每个请求组成500毫秒，考虑到加载时间需要大约8-20 KiB / s。这不是最糟糕的情况，但也不是最好的情况。