这篇文章主要介绍了Vue3如何用CompositionAPI优化代码量的相关知识，内容详细易懂，操作简单快捷，具有一定借鉴价值，相信大家阅读完这篇Vue3如何用CompositionAPI优化代码量文章都会有所收获，下面我们一起来看看吧。我们先来看看组件的整体代码结构：template部分占用267行script部分占用889行style部分为外部引用占用1行罪魁祸首就是script部分，本文要优化的就是这一部分的代码，我们再来细看下script中的代码结构：props部分占用6行data部分占用52行created部分占用8行mounted部分占用98行methods部分占用672行emits部分占用6行computed部分占用8行watch部分占用26行现在罪魁祸首是methods部分，那么我们只需要把methods部分的代码拆分出去，单文件代码量就大大减少了。优化方案经过上述分析后，我们已经知道了问题所在，接下来就跟大家分享下我一开始想到的方案以及最终所采用的方案。直接拆分成文件一开始我觉得既然methods方法占用的行数太多，那么我在src下创建一个methods文件夹，把每个组件中的methods的方法按照组件名进行划分，创建对应的文件夹，在对应的组件文件夹内部，将methods中的方法拆分成独立的ts文件，最后创建index.ts文件，将其进行统一导出，在组件中使用时按需导入index.ts中暴露出来的模块。创建methods文件夹把每个组件中的methods的方法按照组件名进行划分，创建对应的文件夹，即：message-display将methods中的方法拆分成独立的ts文件，即：message-display文件夹下的ts文件创建index.ts文件，即：methods下的index.ts文件index.ts代码如下所示，我们将拆分的模块方法进行导入，然后统一export出去在组件中使用最后，我们在组件中按需导入即可，如下所示：运行结果当我自信满满的开始跑项目时，发现浏览器的控制台报错了，提示我this未定义，突然间我意识到将代码拆分成文件后，this是指向那个文件的，并没有指向当前组件实例，当然可以将this作为参数传进去，但我觉得这样并不妥，用到一个方法就传一个this进去，会产生很多冗余代码，因此这个方案被我pass了。使用mixins前一个方案因为this的问题以失败告终，在Vue2.x的时候官方提供了mixins来解决this问题，我们使用mixin来定义我们的函数，最后使用mixins进行混入，这样就可以在任意地方使用了。由于mixins是全局混入的，一旦有重名的mixin原来的就会被覆盖，所以这个方案也不合适，pass。使用CompositionAPI上述两个方案都不合适，那 么CompositionAPI就刚好弥补上述方案的短处，成功的实现了我们想要实现的需求。我们先来看看什么是CompositionAPI，正如文档所述，我们可以将原先optionsAPI中定义的函数以及这个函数需要用到的data变量，全部归类到一起，放到setup函数里，功能开发完成后，将组件需要的函数和data在setup进行return。setup函数在创建组件之前执行，因此它是没有this的，这个函数可以接收2个参数: props和context，他们的类型定义如下：我的组件需要拿到父组件传过来的props中的值，需要通过emit来向父组件传递数据，props和context这两个参数正好解决了我这个问题。setup又是个函数，也就意味着我们可以将所有的函数拆分成独立的ts文件，然后在组件中导入，在setup中将其return给组件即可，这样就很完美的实现了一开始我们一开始所说的的拆分。实现思路接下来的内容会涉及到响应性API，如果对响应式API不了解的开发者请先移步官方文档。我们分析出方案后，接下来我们就来看看具体的实现路：在组件的导出对象中添加setup属性，传入props和context在src下创建module文件夹，将拆分出来的功能代码按组件进行划分将每一个组件中的函数进一步按功能进行细分，此处我分了四个文件夹出来common-methods 公共方法，存放不需要依赖组件实例的方法components-methods 组件方法，存放当前组件模版需要使用的方法main-entrance 主入口，存放setup中使用的函数split-method 拆分出来的方法，存放需要依赖组件实例的方法，setup中函数拆分出来的文件也放在此处在主入口文件夹中创建InitData.ts文件，该文件用于保存、共享当前组件需要用到的响应式data变量所有函数拆分完成后，我们在组件中将其导入，在setup中进行return即可实现过程接下来我们将上述思路进行实现。添加setup选项我们在vue组件的导出部分，在其对象内部添加setup选项，如下所示：创建module模块我们在src下创建module文件夹，用于存放我们拆分出来的功能代码文件。创建InitData.ts文件我们将组件中用到的响应式数据，统一在这里进行定义，然后在setup中进行return，该文件的部分代码定义如下，完整代码请移步：InitData.ts??细心的开发者可能已经发现，我把响应式变量定义在导出的函数外面了，之所以这么做是因为setup的一些特殊原因，在下面的踩坑章节我将会详解我为什么要这样做。在组件中使用定义完相应死变量后，我们就可以在组件中导免费云主机域名入使用了，部分代码如下所示，完整代码请移步：message-display.vue我们定义后响应式变量后，就可以在拆分出来的文件中导入initData函数，访问里面存储的变量了。在文件中访问initData我将页面内所有的事件监听也拆分成了文件，放在了EventMonitoring.ts中，在事件监听的处理函数是需要访问initData里存储的变量的，接下来我们就来看下如何访问，部分代码如下所示，完整代码请移步EventMonitoring.ts)正如代码中那样，在文件中使用时，拿出initData中对应的变量，需要修改其值时，只需要修改他的value即可。至此，有关compositionAPI的基本使用就跟大家讲解完了，下面将跟大家分享下我在实现过程中所踩的坑，以及我的解决方案。踩坑分享今天是周四，我周一开始决定使用CompositionAPI来重构我这个组件的，一直搞到昨天晚上才重构完成，前前后后踩了很多坑，正所谓踩坑越多你越强，这句话还是很有道理的??。接下来就跟大家分享下我踩到的一些坑以及我的解决方案。dom操作我的组件需要对dom进行操作，在optionsAPI中可以使用this.$refs.xxx来访问组件dom，在setup中是没有this的，翻了下官方文档后，发现需要通过ref来定义，如下所示:访问vuex在setup中访问vuex需要通过useStore()来访问，代码如下所示:访问当前实例在组件中需要访问挂载在globalProperties上的东西，在setup中就需要通过getCurrentInstance()来访问了，代码如下所示：无法访问$options我重构的websocket插件是将监听消息接收方法放在options上的，需要通过this.$options.xxx来访问，文档翻了一圈没找到有关在setup中使用的内容，那看来是不能访问了，那么我只能选择妥协，把插件挂载在options上的方法放到globalProperties上，这样问题就解决了。内置方法只能在setup中访问如上所述，我们使用到了getCurrentInstance和useStore，这两个内置方法还有initData中定义的那些响应式数据，只有在setup中使用时才能拿到数据，否则就是null。我的文件是拆分出去的，有些函数是运行在某个拆分出来的文件中的，不可能都在setup中执行一遍的，响应式变量也不可能全当作参数进行传递的，为了解决这个问题，我有试过使用provide注入然后通过inject访问，结果运行后发现不好使，控制台报黄色警告说provide和inject只能运行在setup中，我直接裂开，当时发了一条沸点求助了下，到了晚上也没得到解决方案??。经过一番求助后，我的好友@前端印象给我提供了一个思路，成功的解决了这个问题，也就是我上面initData的做法，将响应式变量定义在导出函数的外面，这样我们在拆分出来的文件中导入initData方法时，里面的变量都是指向同一个地址，可以直接访问存储在里面的变量且不会将其进行初始化。至于getCurrentInstance和useStore访问出现null的情景，还有props、emit的使用问题，我们可以在initData的导出函数内部定义set方法，在setup里的方法中获取到实例后，通过set方法将其设置进我们定义的变量中。关于“Vue3如何用CompositionAPI优化代码量”这篇文章的内容就介绍到这里，感谢各位的阅读！相信大家对“Vue3如何用CompositionAPI优化代码量”知识都有一定的了解，大家如果还想学习更多知识，欢迎关注百云主机行业资讯频道。
本篇内容介绍了“vue定义全局的方法是什么”的有关知识，在实际案例的操作过程中，不少人都会遇到这样的困境，接下来就让小编带领大家学习一下如何处理这些情况吧！希望大家仔细阅读，能够学有所成！1.利用全局混入mixin定义全局方法Vue.mixin(mixin)n…
免责声明：本站发布的图片视频文字，以转载和分享为主，文章观点不代表本站立场，本站不承担相关法律责任；如果涉及侵权请联系邮箱：360163164@qq.com举报，并提供相关证据，经查实将立刻删除涉嫌侵权内容。
微信扫一扫 
