jQuery Mobile - index.html中的所有页面vs.单个外部页面-哪个提供更好的性能

我使用移动版jQuery，我做的所有网站都是单页网站。我创建的唯一外部页面是那些嵌入了Google地图的页面，这样在用户不需要时就不会加载iframe。

我认为这可以归结为:一个有很多内容的页面可能会减慢初始加载速度，但一旦加载就会更快，而一个很小的主页从一开始就会很快，但是链接的页面会触发Ajax请求。在为移动设备设计时，我的经验法则是尽可能减少http请求。尽管许多用户使用的是3g网络，但根据连接情况，这仍然需要等待。此外，连通性可以在瞬间改变，如果用户已经成功地在网站上导航，突然之间一切都变慢了，这可能会产生一点挫败感。因此，我认为从用户体验角度来看，如果其他内容加载得很快，那么用户愿意在初始加载时多等待几秒。

在一个页面中设计所有内容也有利于jQM的开发，因为我只是创建了一个只包含一个页面(以及css和js文件)的缓存清单。然后我的网站被缓存并运行，即使用户没有连接。如果您使用过applicationCache，您很快就会意识到，拥有的文件越多，维护缓存清单就越困难，更新也越慢。

我不能说太多关于浏览器的性能，但是你应该考虑加载时间。一个文档中的多个页面都是用文档加载的，所以如果有更多的页面，DOMready将在一段时间后发生，这可能会给人一种不愉快的感觉。当您需要单独的页面时，可以添加它们，所以如果没有理由使用多页面，那么我建议坚持使用多个HTML文件。用于在线应用

而且-如果你想坚持progressive enhancement，多页不能使用太多，这是JQM的开发理念。

还有其他方面需要考虑吗?

是的…据我所知，可能还有一些问题。在多页文档中使用对话框。如果在一个多页中有多个对话框，JQMalpha3不希望为我显示对话框。

这取决于你的应用程序的大小，我个人已经意识到，如果你只有几个页面，使用一个页面的应用程序响应更快，在我的情况下，只有3个屏幕加载外部数据，这比3个单独的页面响应更快。希望对大家有所帮助