热搜: fiddler git ip 代理
历史搜索

VUE-前端框架升级

游客2024-07-13 10:30:02

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,原则上我们将不再开发新功能。并在此次升级完后,开搞美股。谢谢。