目前在51信用卡工作，来51一年多，正好见证了公司高速发展的阶段，前端人员也从刚开始10多人到现在60人，我尝试站在这个角度回答下miox为什么会诞生。

在发展初期，51和很多中小型公司一样，技术栈选择前卫和大胆，基本所有的h5页面都是采用spa完成，包括主app管家内的页面以及整个套壳的金融web app。

随着业务的高速增长，spa的开发效率和体验给业务带来了很大的贡献，但是随着规模增大，也遇到不少问题，尤其是移动端:
1. spa首屏加载慢
2. spa页面间切换动画流畅性以及和app原生页面动画的一致性。
3. spa页面间通信。
4. 大型spa项目路由治理。
5. spa页面间互相影响带来的可维护性和稳定性的下降。
6. spa和app原生导航条冲突问题。
7. spa子路由独立打开问题。
8. ios手势返回问题。
…

和创业初期不同，规模性和稳定性带来的问题越来越多，我们就越能理解大厂选择重MPA轻SPA的原因，但我们争论了很长一段时间，还是决定尝试解决这些问题。

miox就是在这种背景下产生的。我们希望能够尽可能降低单页开发在大规模应用时带来的副作用，让业务开发同学们可以更关注在业务的同时，也可以通过spa高效的开发。所以miox诞生时的目标就不是一个简单的router，而希望是一套完整的解决方案。

当然，miox目前开源的部分并不能解决上述所有问题，我们还有大量内部的最佳实践沉淀。之后，miox将会做为核心框架，围绕它会陆续给大家带来一整套移动端spa解决方案。

这就是miox的初心和定位。