c***@163.com
c***@163.com
  • 发布:2023-12-09 10:29
  • 更新:2023-12-09 19:40
  • 阅读:288

关于cli vue3 vite项目中nvue无法引入ts以及引入pinia 的hook会导致页面卡死的问题(问题真正解决了,我感觉我好像踩了一个版本大坑,但是又好像没有坑)

分类:nvue

问题已经解决:
几天前,我把uniapp包版本升级到3.0.0-3090820231124001版本,结果今天就给我一道雷劈,产生了以下原因。
最后我把包版本还原到3.0.0-3081220230817001版本,引入完全没有问题了(花了一下午改了一大堆代码,裂开)。

再次提及问题:我无法往nvue组件中引入pinia(pinia@2.0.33)的hook,同时只要有如下方的导出导入,同样无法引入nvue页面。

最后提及一点,这个问题,我根据两个版本的包弄了一个简单的demo,想要复现一下这个bug,结果复现失败了,离奇的是那个简单的demo竟然在两个版本的uniapp中都正常运行,所以我感觉还是我的问题,但是项目里,最后问题修复确实是我回退了uniapp包的版本(仅仅回退了包版本,没有修改多余代码,从正常的那个demo的package.json直接复制过来之后,pnpm install)。所以思考了一下,还是决定更新一下问题。

(估摸着是我自己哪里的用法有问题吧,不过还是放出我自己的解决方案,如果有遇到类似问题的小伙伴,可以考虑我这个做法)

开发nvue页面,无论怎么弄只要引入文件就白屏,vue页面就没有影响,把nvue相关的文档看了一遍,看到一段提示“目前不支持在 nvue 页面使用 typescript/ts”,请问现在也还是这样吗?我是否需要专门为这个nvue页面引入的函数和组件,重新写一份js版本?  

补充一下:项目是cli版本的,我看了社区有关的问题,他们的跑ts会报错,但是我的页面只会在那个nvue页面白屏,然后控制台没有任何反应,没有报错  

补充:  
貌似找到原因了(**这真的不是bug吗?**)。  

前言:可能是我的配置有误,或者我下方的写法就存在错误,导致出现这个问题,回答一下,如果有人和我类似的写法,同时遇到了类似的问题,方便解决踩坑。  

以我意想不到的方式解决了,由于web端的经验,使得我每一次开发某个模块或者组件的时候,都会习惯性的导出到最外层目录的index.ts文件中,再集体导出,我觉得这样更方便管理,同时导入时也比较方便,不用继续写后续一系列地址,这种写法写了很长时间,没有出现过问题。  

结果在这狠狠的扇了我一巴掌。  
以下是我的目录格式。  
左侧的工具包里,所有子模块都会以一个index.ts作为出口,最终所有模块由utils目录下的index.ts统一导出。 结果我就裂开了。
这两种引入方式,如果是通过@/utils直接导出,页面就会直接卡死,反之直接引入文件就正常。 说实话,我要裂开了,感觉整个项目都要改一遍,我尝试了一下,如果被引入的模块内部,依然有通过上述写法进行的引入操作,页面就会直接卡死
2023-12-09 10:29 负责人:无 分享
已邀请:
爱豆豆

爱豆豆 - 办法总比困难多

可以使用啊 参考文档:https://uniapp.dcloud.net.cn/tutorial/typescript-subject.html 中的兼容性说明

c***@163.com

c***@163.com (作者)

前言:可能是我的配置有误,或者我下方的写法就存在错误,导致出现这个问题,回答一下,如果有人和我类似的写法,同时遇到了类似的问题,方便解决踩坑。

以我意想不到的方式解决了,由于web端的经验,使得我每一次开发某个模块或者组件的时候,都会习惯性的导出到最外层目录的index.ts文件中,再集体导出,我觉得这样更方便管理,同时导入时也比较方便,不用继续写后续一系列地址,这种写法写了很长时间,没有出现过问题。

结果在这狠狠的扇了我一巴掌。
以下是我的目录格式。

左侧的工具包里,所有子模块都会以一个index.ts作为出口,最终所有模块由utils目录下的index.ts统一导出。

结果我就裂开了。

这两种引入方式,如果是通过@/utils直接导出,页面就会直接卡死,反之直接引入文件就正常

c***@163.com

c***@163.com (作者)

我真是裂开

要回复问题请先登录注册