很显然我是想要封装 input 的变化，在满足某些条件的时候才对外抛出新的value。但是如果这个时候有人就是不看文档，直接传递了 onInput ，那么这时候 input 事件会直接绑定到节点上，那么这也是可以触发的。
如果我们的测试用例太少或者不仔细，很可能反应不过来他们的区别。这显然是作为组件开发者的我们不希望出现的，但我们又无法限制这种行为。
总结
不得不说，我在考虑这两个问题的时候是有一定的 React思维 在里面的。因为个人来说我是比较喜欢React的API设计的，非常的简洁，其对于组件的使用也更趋于极致，就是一切皆组件（连 redirect 这样的行为都定义成了组件）。
而vue是一直在跟随react的，相信这点大家也不会否认。vue3更新的hooks（Composition）API，Suspense等明显是借鉴的React的概念。
但同时我又是很看好vue3的，我一直觉得vue2这样的API设计以及 .vue 文件的开发模式都是为了吸引中低级用户而准备的，甚至舍弃了一些高级API特性（比如HOC在vue中就很难实现，并且普及率相当低）。
而vue3的hooks API以及其对JSX的更好支持，还有更纯粹的 functional component ，让我一度看到了vue在工程方面更激进的变化。
但是 v-on 的默认行为，却又是一次那么明显的 替用户做决定 的行为。其实要解决这个问题很简单，可以完全不考虑 v-on ，把所有传递的参数作为props，如果组件开发者真的要在根节点上绑定事件，他可以实现的时候绑定，我们不应该在使用组件的场景下需要考虑在组件内部的节点上做一些事情，这样做的副作用实在太大了。
虽然目前看来尤老师会听取我的意见的可能性是非常小的，但我还是抱有一点简单的期望吧。
到此这篇关于关于vue3默认把所有onSomething当作v-on事件绑定的思考的文章就介绍到这了,更多相关vue3 onSomething当作v-on事件绑定内容请搜索软件开发网以前的文章或继续浏览下面的相关文章希望大家以后多多支持软件开发网！
