vue

vue的生态还得看我们来创造

vue

为什么说vue3对于`onXxx`的默认处理很不专业

前几天花了点时间仔细阅读了一下vue3的rfcs,总的来说,相比于vue2,我对vue3的兴趣是要明显大很多的。我一直相对于vue更喜欢react的原因是react明显更适合工程。 vue的一大吸引点就是.vue文件的开发模式,这种类似html的结构,以及非常明确的单文件即单组件的开发模式,非常的直观,所以这也是vue对于初中级开发者比较友好的方面,再结合好用的vue-cli,操作符代理带来的直接变量修改方式,都是对新手非常友好的方式,而这也是vue能快速开疆扩土的原因所在。(当然官方中文也是一个很大的原因) 但是.vue文件开发模式其实是有很多限制的,比如: 你export的必须是一个对象组件,并且你不可以封装他,比如export default someFun({}) 你不能在文件种声明两个组件,因为你的模板只有一份,这就限制vue组件的粒度只能是文件级的 而vue通过操作符代理来修改state也会在大型应用的复杂数据交互种,让人很难找到到底我在什么时候修改了哪个state,或者有个state被修改了,但是我完全不知道他在啥时候被修改的。 同时vue的props必须被声明之后才能在组件内通过this.xxx来使用,这也限制了HOC这种开发组件化开发种非常好用的组件增强方法在vue种非常难实现。你能想象你要扩展一个组件的时候,需要先把这个组件的所有props先声明一遍带来的痛苦吗?当然这个问题现在可以通过组合$props和$attrs来进行动态处理,但这毕竟是比较高级的技巧了,可能你问10个vue开发者,有6个是不知道的。 这些问题的出现其实并不是说vue团队意识不到这些问题,而更多时候其实是为了方便性而牺牲了很多灵活性。

  • Jokcy
    Jokcy
You've successfully subscribed to Serious!