我正在寻找在一个小型 web 应用程序中优化移动浏览器体验，使用很棒的 jQuery mobile 来做到这一点。
不用说，用户不想 DL 200k 的数据，我只是想在使用外部 URL 和内部 URL 之间划清界限。是否有任何关于我应该拍摄什么样的页面大小/加载时间的现有指南？我更愿意坚持使用内部 URL（从维护的角度来看，将移动界面有效地保留在一个地方），但我厌倦了让用户陷入他们无意查看的大量信息中。
问问题
1299 次
6 回答
2
更重要的是不要在服务器和客户端之间闲聊。延迟可能很大，并且比通常情况下打包更多的东西是明智的。每次按键后在服务器上进行验证会很痛苦。
于 2010-11-23T23:23:31.813 回答
1
根据 W3C移动网络最佳实践：
- 页面标记的大小 < 10 KB
- 包含图像的页面大小 < 20 KB
于 2010-11-29T14:19:46.267 回答
1
需要注意的一点是，例如iPhone 不会缓存大于 25K 的组件。
还可以考虑缩小和压缩您的代码。@jfar做对了一件事。HTTP 请求可能会对性能造成巨大影响，因此您可能还希望尽可能减少它们。
于 2010-11-26T13:08:52.677 回答
1
大小无关紧要。下载时间可以。
在某些地区，移动速度每百英尺不同，所以它不像一些 xxxk 量永远是完美的。
追求“尽可能小”。
于 2010-11-16T20:51:15.430 回答
0
我会说尝试将您的页面降低到 100kb，因为如果您设法这样做，根据用户请求加载不同的页面可能可以忽略不计。
但是，一次加载大量内容并使用简单的 javascript 显示和隐藏，以几乎实时的方式显示内容也可能会给观看者留下深刻印象。
于 2010-11-29T10:29:30.213 回答
0
我建议您查看 HTML5 Cache Manifest 规范，它允许您定义一组浏览器应保持离线的资源。它就像老式的浏览器缓存，但更好，因为它是可控的。
对于移动网站来说，大小确实很重要，但更重要的是浏览器必须执行的请求数量。将尽可能多的图像内联到 css 文件中，因为每个请求都需要时间（根据我的经验，最多 4000 毫秒 ping！）将所有 javascript 合并到一个文件中并发送 gzip 压缩的所有内容。
如果您想了解移动开发中的重要事项，请拿出您的计算器并计算加载时间。为每个请求补足 500 毫秒，并考虑大约 8-20 KiB/s 的加载时间。这不是最坏的情况，但也不是最好的情况。
于 2010-11-29T10:46:36.537 回答