Web 前端优化最佳实践最后一部分是针对移动应用的，其实只是针对 iPhone 的，目前只有两条规则。
1. 单个数据对象小于 25K (Keep Components under 25K)
这个似乎只是针对 iPhone 研究的。建议保持单个 Web 数据对象在 25 K 以下。为什么是 25K? Apple 官方信息指出可缓存到内存中的 Web 对象最大支持到 10M，但经过测试，发现也就是 25K 左右。
iPhone 在市场上的优异表现，让 Web 人员不得不考虑如何针对其进行优化。相信这部分内容也在不断变化中。
2. Pack Components into a Multipart Document
把Web 页面组件打包成一个多部分组成的文档。其目的是减少 HTTP 请求。对这部分语焉不详，等待后续更新吧。
--EOF--
Updated: 根据这篇 iPhone caching 的文章，可供 Cache 的最大单个数据对象是 15K，而不是前面说的 25K。iPhone 总的 Cache Size 为 1.5M。浏览器地址栏的刷新按钮将导致无条件刷新所有组件。这些也是挺有趣的。
实话实说，
所谓的后几篇的最佳实践，不怎么样。
感觉狗尾续貂的感觉。
@乐百事
或许你不该有这么高的期望值吧
Multipart应该是指html的multipart格式，就是类似IE里保存成mht时的那个东西，RFC有一篇文档是说这事的。不过大多数浏览器都还没有开始支持，难道safari是支持的？
偶觉得fenng的每篇都不错。只是有些没有涉及到技术细节哈
来自 Tin 的注释：
multipart是mime的一种格式，里面可以存多个mime片断，实际上是RFC822等多个RFC定义的一种基于文本的数据打包方式，目的是用在RFC821的smtp邮件体里面。
http://zztin.com/tin/2008/07/twitter-updates-for-2008-07-03/
请问feng，目前的几个主流cms，和像 dz这样的程序，是否符合你说的这种标准呢？
我目前的确在考虑iphone上的快速浏览问题，因为自己也是iphone使用者。
@wowtxt
是否符合标准（这也不是标准），要看你的具体实践
现在只有国外的一些站点有专门的 iPhone 版本，国内非常少
Apple 官方信息指出可缓存到内存中的 Web 对象最大支持到 10M，但经过测试，发现也就是 25K 左右。
-------------------------------------------
我理解的10M是可存放在浏览器内存中的组件，比如说大的视频超过10M的就不能载入，和缓存应该是两个概念。
如果说是同一个概念的话，10M和25K，官方也太不准了点。