2015年我开始研发理杏仁的时候还是当时最先进前端框架，可是四年过后，我们只能停留在1.58的老版本，最新的已经到达8.0，升级动弹不得。作为一个技术型企业，我们不得不做出升级的考虑，为未来打下基础。
上一篇公众号的文章中，在我提到了弃用的原因，而转向react。原因如下：
“可是在经过一系列调研后，越发觉得不招人喜爱，一个闭合的生态系统，几乎无所不能，从到，从到vs ，从http 模块到ui ，从到……这几乎是一个让人抓狂的举措，因为他给你设定了你所有可能需要的解决方案，让大量优秀的三方开发者缺乏合适的生存空间，也让应用层的开发者失去了选择。”
我在公众号和雪球上贴出选用react之后，收到了大量用户使用VUE的建议。起初我还没停留在老的VUE1.0的版本印象中，并认为其成熟度和功能不如react，并没有做过多调查。但随着用户大量的建议，我还是认真的查看了整套VUE的生态系统以及相应框架。不得不承认，VUE的强大以及灵活性远远超出了我的预期。她更像是吸纳和react之长的新生物。
我比较讨厌react的jsx，react企图摆脱html的束缚，而忽略了html 的和css组合的强大灵活性。在jsx里面html和js的组合是我不能忍的，而为了摆脱大量js对jsx的渲染的掌控，而迫使用户必须专注于数据结构，这样在面对动态而丰富的数据结构方面，不得不写大量代码生成标准化的数据结构。或许对大公司追求稳定比较合适，但理杏仁的数据天然存在丰富性，我讨厌写这样的数据结构生成代码。我更喜欢VUE的，天生要美丽的多，自由的多。
单向绑定带来了数据流的稳定，但同样带来了更多的代码。项目在组件化的过程中，接口数据其实是在不停地标准化，以及功能化，部分数据的双向绑定大大减少了繁琐的代码。
至于其他部分，比如大家都有的管理，数据流管理，底层的虚拟dom等等，包括最新版的，本质上大家都没有太大区别。
这里不得不提及一下前端UI框架的选择，我看了ant.、、iVue以及-vue，虽然-vue的关注度最小，并且功能上似乎最弱，但我们却选择了这个。背后的核心是带来的整套标准的html和css，它是自由的，是前端专业工程师可以发挥自己才能的强大工具，可以无拘无束。而前面几个前端UI框架无疑变成了纯粹的封装，乃至过度封装，丧失了控件本身的灵活性。即便-vue，我的看法依旧是如果自己能简单写html和css解决的问题，坚决不用。标准组件虽然简化了代码，却失去了对细节的掌控能力以及扩展性。
感谢过去给我们提出使用VUE以及相关UI框架建议的所有用户，这让我们在投资的路上感到欣喜，并看到的更多。
理杏仁对VUE的测试非常满意，并做好了开始升级的准备，我们要保证在过去的页面不被破坏的情况下，按模块挨个升级。这也意味着我们要重写整个前端代码，包括部分后端代码，大概需要2到3个月的时间，这期间除了改bug，原则上我们将不再开发新功能。并在此次升级完后，开搞美股。谢谢。