使用 React.js 和应用缓存构建快速同步应用程序

对大部分应用系统来说,在某种程度上，应用程序的快速加载和及时取得最新数据两个方面同样重要。倾向于积极使用缓存数据，可能会导致提供的数据陈旧；而倾向于及时获取最新数据,可能会牺牲加载时间。当然，也可以鱼与熊掌兼得，但是可能会需要更多的硬件,更复杂的软件,或两者都需要(意味着一个字:钱)。

如何权衡取决于特定的应用系统和业务要求，本文就是我们的团队使用react.js和应用缓存来解决这一问题的一个实例。

我们从哪里开始

标签是每当你在浏览器上打开一个标签去送出一份慈善捐助的好理由。这是一件很伟大的事——但事实上，我们仅仅点击了一个价值 100,000美元的里程碑来完成慈善捐助——但是，我们有一个疑问。

我们的应用也太慢了。大家都明白这点。当用户更换新的标签页时，他们需要得是速度与连贯性。而且，我们也没有宣布：载入页面的延迟成为了人们关闭标签的首选理由。

我们想让我们的页面除了更有用，还要更好地被接受。但随着我们向页面中加了些附加功能后， 我们的页面载入问题也越来越突出了。因为人们需要我们的 app 能快速地提供内容信息。

我们正在用 django 的模板系统做一个交互式服务器来召唤或服务一个页面。当使用者是在快速的网络环境中，而且我们的服务状态是健康的情况下，服务器响应时间是 ~65毫秒，还不是比较惨。然而，如果在你父母的房子*里打开一个标签，或者我们的数据库产生了一个短暂的停顿时，这可能会给你在对其的信任上，泼了一盆冷水。

比较让人烦恼，我应该承认我们所建立的 app 并没有采用标准的前端框架，除了仅仅是使用了 jquery。 考虑到我们的 app 有太多的互动，而且太混乱了。在各种各样的代码类型上，我要怎么才能喜欢它。

我们需要去修改它。

我爱你们，老妈、老爸！时代华纳有线电视, 没有太多什么了。

明确我们的需求

当准备去处理这个问题时，我们必须决定优先处理哪些以及放弃哪此需求。在这里我们提出了一些建议：

页面必须能快速载入。这是没得讨价还价的。

我们的页面必须是非本地 url。我们提高了 via 捐助广告的价格，网络在线广告需要去核识真实性来确保这些广告是够安全的。由于浏览器端的用户页面插件总是将我们的广告移除，以至于网络广告只能使用 http 或 https 协议。

我们希望页面中的内容是最新的，但不必是实时性的。我们通过设备对用户数据进行同步， 并保持完美的体验。我们以分页的形式显示出用户的反馈；例如，我们显示出新用户的统计数据；我们有时也要运行捐助设备来以滚动条的形式显示出 "募集资金" 量。虽然我们愿意去接收一定程度上稍旧的数据（就像页面展示后才提交数据），但理想得是在提交数据的瞬间发生。

我们要减少前端混乱的代码。将非优先权最高的代码肃清，这是一件让人兴奋的事。