奥雷利亚（Aurelia）这个框架，我好几年没碰了。上次用它，还是在Aurelia 1.0刚出来那会儿，给一家做工业物联网的公司写前端控制台。那时候它跟React、Angular比，显得特别清爽，约定大于配置，用着舒心。
我为啥突然又想起来查Aurelia的版本？
这事儿得从上周说起。我这边一个老项目，用了十年的AngularJS，现在甲方非要重构。这不是要命吗？老代码堆成山，随便动一动都是坑。我琢磨着不能再用Angular系了，太重。就想起了以前的Aurelia，轻量，结构化，感觉挺适合做这种大型重构的过渡方案。
小编温馨提醒：本站只提供游戏介绍，下载游戏推荐89游戏，89游戏提供真人恋爱/绅士游戏/3A单机游戏大全，点我立即前往》》》绅士游戏下载专区
我立马跑去他们的官方文档和GitHub上
。这一查，才发现事情不对劲。Aurelia 1早就进入维护模式了，现在的重心是Aurelia 2。但Aurelia 2的版本号，简直让我头大。
我先是找到了他们的主仓库，一眼扫过去，代码提交记录是热乎的，说明社区还活着。但当我试图找那个所谓的“最新稳定版”时，问题就来了。
我怎么区分稳定版和预览版？
我先打开了npm页面，这是最直接的。搜索`aurelia`，蹦出来一大堆包，核心包叫`@aurelia/platform-browser`。我点进去看了看，发现版本号挺高，比如`2.0.0-rc.3`或者更高。后面带着`rc`或者`beta`标签的，那肯定就是预览版了。
然后我折腾了半天，终于在他们的官方博客里挖出了一条信息：Aurelia 2的正式稳定版，也就是生产环境能放心用的那个版本，是定在了 2.0.0。在我写这篇文章的时候，虽然有很多RC（Release Candidate）版本跑得欢，但真正的稳定版，他们官方敲定的就是 2.0.0。
至于最新的预览版？那可就多了。因为他们采取了模块化的方式，每个包都有自己的迭代速度。我抓了几个核心包，比如`@aurelia/router`或者`@aurelia/jit`，最新的版本号已经逼近 2.0.0-rc.x 的尾巴了。这说明他们快要正式发布2.0.0稳定版了，但还没完全定下来，还在修修补补。
稳定版和预览版，到底区别大吗？
为了搞清楚这个，我可不能光看文档，得自己动手试试。
我先搭了一个基于他们`rc.1`时期的预览版脚手架。跑起来，感觉还行，配置和结构跟Aurelia 1相比，变化是巨大的，彻底拥抱了ES Modules和现代构建工具。我测试了路由、状态管理、依赖注入，一切都很丝滑。就是文档有点散，很多新的特性得去GitHub的Issue里翻。
然后，我又去翻了翻一个号称是“准稳定版”的RC版本（比如`rc.3`）。我创建了一个新的项目，把老项目的几个核心组件搬了过去，试图编译运行。
这么一对比，区别可就出来了，而且我觉得挺大的：
- API的稳定性：预览版，尤其是早期的RC版，API那是说变就变。我前两天写的组件，可能升了个小版本，某个装饰器或者生命周期钩子就改名字了。稳定版（或者临近稳定版的RC版本）就好多了，一旦他们确定了API，就不会瞎折腾。
- 构建工具链：预览版的构建工具和脚手架还在快速演进，有时候你跑一个命令，它就报错说某个依赖没装稳定版的目标就是让用户开箱即用，构建过程必须是稳如老狗的。
- 文档和社区支持：预览版很多新功能，社区的讨论还停留在“怎么回事？”的阶段。你遇到了一个bug，去搜都搜不到。稳定版出来后，配套的官方文档和教程会全面跟上，解决问题效率高得多。
我分析了半天，得出的结论是：如果你是想用在生产环境，老老实实等着2.0.0稳定版发布。虽然预览版看起来很诱人，功能很新，但随时可能给我捅娄子，到时候我半夜爬起来改代码就麻烦了。
我最终决定，既然要重构，就得选个能让我踏踏实实睡觉的版本。我锁定了2.0.0正式版的发布窗口。目前来看，最新的稳定版本就是 Aurelia 2.0.0，虽然它可能以RC的形态存在，但核心团队已经明确了这就是他们要推出的主要稳定版。而最新的预览版，则是在这个2.0.0基础上不断迭代的各种RC版本，它们之间的数字变化，反映了他们不断修复bug和微调API的过程。
我的建议是，没事儿别去碰那些还在快速迭代的预览版，那真不是一般人能hold住的。稳定版用起来，心里踏实，实践记录写起来也舒服。这回探查，让我对Aurelia 2的现状摸了个透，重构的方案也算彻底定下来了。
