灼热向上：把一对青少年的网站进入SPA的现代世界

多年以来，网络社会的广泛赞誉单分页应用（SPA）架构的优势。去到任何网络会议或流行的科技博客，你一定会遇到对自己利益的讨论过多。这是有道理的，为什么我们如此放进去：我们每次浏览到一个网站的不同页面时速度很慢等待加载并初始化HTML，JavaScript的一个整版，和样式;按需加载少量的JavaScript脚本快。水疗也让我们避免可怕的闪存的空白屏幕页面加载之间，而不是让我们提供更人性化的加载屏幕。这使得水疗更适合比对于像移动网络，或者在某些国家甚至桌面Web连接稀缺的环境下传统架构。如果正确地进行了优化，即使是第一页负载可以是相当瘦;而我甚至不会进入知名金融奖励提供一个快速的浏览体验。简短的版本是：总得走的快。

不过，现在很多SPA的讨论没有考虑到的是它可以只是一个多么艰巨的过程迁移到一个单一的页面架构。

这尤其是当你面对一个成熟的应用，数以百万计的用户和难溶了解码堆。这是可以理解为什么这个就不讲太多，许多最激烈的高科技公司一般分为两类：要么他们是一个相对较新的启动，有小比例的债务高科技;或者他们是更成熟舫型与近乎无限的资源来解决债务高科技。

在Ok188bet金宝搏官网Cupid，我们自2004年以来一直围绕，在整个一个相当小的（〜30ish人）的工程团队供电东西。我们的网页代码库早Ruby on Rails的，你可能会感到惊讶（或适当吓坏了）来学习我们的技术栈依赖于一个土生土长的PHP类框架服务器端渲染，我们称之为酒吧。我们的产品是，直到最近，酒吧的错落有致，香草JS，jQuery的，Coffescript，反应，回流，终极版，多，很大程度上依赖于服务器端的水合状态在正确的地方的API。此外，还有一种可能死的代码路径万千，并质疑是否有用的有条件注入第三方脚本。所以，当我们谈论的遗留代码和技术的债务，这是我们带来什么表。

正如大家都知道，它往往很难对产品的完全重写一个商业理由。那么，你如何采取比一些JavaScript程序员旧的Web应用程序，并把它纳入新时代？好了，我们实际上已经使朝着这个目标有一段显著的进步了。该阵营可以轻松地呈现到现有的应用程序，这一事实是帮助我们开始采用它的关键，早中期的2016，今天我们的产品是值得庆幸的是几乎完全反应动力。我也很高兴向大家报告，我们所有的产品网页都是API驱动（虽然我们在GraphQL供电乌托邦是不太我们走向，后来更多正在奋斗）。这两种都是缓慢的，渐进的转变，我们已经在工作了几年了，这让我们最终移动到SPA显著容易。

但是，尽管所有这些巨大的进步，我们是，直到最近仍依靠酒吧实际生成的每个HTML页面中对每个请求的飞行。这是阻止我们做很酷的事情，好像没有我们的程序员需要学习由语言（招募非常有用）。因此，大约6个月前，我开始一个项目，推动我们关闭酒吧的。我们开始与我们的移动网络产品的这种转变，并把学习收获那些桌面网络3个月后。这两个平台的任务列表是广泛的，但相当简单：

• 在生成编译的HTML文件来服务我们的JavaScript包。
• 确保快速（足够的）第一油漆。
• 使用代码分裂，以避免臃肿束结束了。
• 寻求更好的抽象像第三方脚本样板逻辑。
• 更新传统香草JavaScript工具依赖于直接的DOM操作的反应。
• 消除任何未使用的代码，我发现沿途。

在这个庞大的迁移过程中，我做了一些意见，并设计了一个抽象的情侣，我希望你会发现有用的，无论是在清理旧代码，以及在编写新的代码。

追查死代码

因此，让我们开始在最合理的方式解决这些要点：按字母顺序排列。我们的传统基础设施的迁移时关闭，减少不必要的代码是一个巨大的目标。部分，这是理想主义（耶删除代码！），部分地，这是务实的（耶更少的代码翻译！）。但是，一个令人难以置信的恼人的挑战是什么之间的遗留代码是为了保持我们的网站工作的关键雪亮，哪些代码可以安全地删除，因为它没从当OkCupid主办杂志和论坛的日子里（是的，我们用来做相关188bet金宝搏官网;不，我不能告诉你为什么我们认为这是一个好主意）。有，但是，在我们的工具带一个非常基本的工具，证明搞清楚什么代码正在运行宝贵的，什么是不：分析！

有大量的代码，我偶然发现了我的祖先工程有先见之明补充分析事件。当我发现这些，我会检查它们是否一直在过去一年左右的时间内发射，以及在什么音量，并作出判断呼叫为有问题的代码是否可以切除。老实说，这让我想添加一个分析事件，每一个阵营组成部分我曾经写。有人谈论我离开它。

如果只有一切都那么简单，触发一个事件分析！

优化第一涂料

迁移到一个单一的网页应用程序的另一个困难的方面是，我们的很多依赖于某些数据的Web应用程序在我们的应用程序做出反应中的所有的时间被保证可用。虽然这很容易，以确保与服务器端的数据水化，这是移动到一个静态的HTML模板时更具挑战性。摆脱所有这些依赖的将是极其繁琐和困难的QA，所以我们必须制定战略，以解决该问题。最后，我们决定在东西是这样的：

// index.js  - 我们主要的应用程序入口点进口从“反应”反应;从进口ReactDOM “反应-DOM”;从 “./api” 进口API;从“./helpers”进口助手;导入应用从“./app”;进口AppError从 “./app_error”;常量根=的document.getElementById（ “根”）;//加载的绝对必需品。API.loadCriticalData（）。然后（（）=> Helpers.initializeGlobals（））。然后（（）=> ReactDOM.render（<应用/>，根））.catch（（误差）=> ReactDOM.render（，根））;

这里做的事情是，它加载这是我们的应用是绝对关键的数据。然后，它使数据提供给应用程序的其余部分初始化一些全局库。最后，它使应用程序的DOM。如果在这个过程中有什么要失败，我们退回到错误状态来代替。

还有一个显著下跌这种方法，虽然：什么获取呈现在我们等待的数据加载？我们不希望向用户显示一个空白的屏幕，而出现这种情况，即使它只每个会话发生一次，显示用户黑屏是永远不会理想。为了解决这个问题，我们来填充我们的应用程序壳模板文件：

// index.html的