原生开发：为什么我们选择放弃Vue/React框架？

针对前端开发，我们大胆的做了一次开发变革，我们放弃使用 vue 和 reacticon 框架，当然，也同时放弃了 ant-design 等 UI 框架，取而代之的是使用原生的 htmlicon js css，考虑程序性能，我们仍然使用 ts，也会继续使用 less，我们参照 tailwindcss 开始重构了一套属于自己的 UI 框架，目的是借用它的设计规范，同时也充分借用了 ESModule 规范，设计重复组件，用 Vite 构建本地开发环境，自动编译 ts 和 less。

简而言之，我们拥抱原生的开发了。

有这个改变，主要是因为我们以前用过 vue 也用过 react，发现一个问题，之所以有这几个框架，是因为早先的 html，js，css 对于开发效率上不够友好。而企业大多数项目，也都是早期和短期项目所以，出于对效率的考虑，选择了用框架。但慢慢发现，比如：当 vue 迭代后，elementUI 就需要迭代，但他们二者的迭代，我们都需要在不久后有所迭代，大家应该都经历过 vue 1.0 到 2.0 现在是 3.0，于是我们去年换了 react 但又有一个有意思的现象，我们一个应用开发时 antd 是 v5.0 还没上线，已经是 v5.30 了。

而这时，我们对我们的业务和产品也更加明确，我们需要对代码的运维更友好的方式，简单地说，就是希望写好代码后，减少不必要的运维。

于是，我们想到了，原生开发。曾经小程序高峰时，出现过一批，中间层，帮助 vue 开发编译成小程序代码，我们就考虑虽然开发效率高也更有好，但一旦中间层风吹草动，我们程序就会有问题，所以，一直也是用原生开发小程序，结果证明我们是对的，中间层都没了。

经过持续一个月的，不断测试，我们跑通了，原生开发可能遇到的所有问题，又因为持续关注转生，又发现了好多我们从未关注过了原生能力，现在我们反而觉得，原生开发太爽了，不需要一大堆的工程不熟，不需要复杂的路由设置，不需要担心那个引用的组件被废弃影响到不同设备的迁移。

我们有心将正在开发的 UI 设计框架来源出来，所以，等我们新版再次上线，后续也会测试通过后，发布来源。