为了让大家更香的使用cc,而不是每个脚本都要去手动加 import * as cc from “cc”,或者去修改脚本模板,给大家分享个办法
在项目任意一处新建 cc.ts,内容如下
import * as cc from "cc";
export default cc;
好了,就这么简单,你的cc提示回来了,不过还没有测试过会不会影响cocos的未使用模块剔除功能,大家可以自行测试
为了让大家更香的使用cc,而不是每个脚本都要去手动加 import * as cc from “cc”,或者去修改脚本模板,给大家分享个办法
在项目任意一处新建 cc.ts,内容如下
import * as cc from "cc";
export default cc;
好了,就这么简单,你的cc提示回来了,不过还没有测试过会不会影响cocos的未使用模块剔除功能,大家可以自行测试
这样不错
cc党永不为奴,除非包吃包住
有些组件都不挂cc了。。。
目前没发现,哪些?
这种size, rect, game这样的函数和变量,没有个cc的姓,比如cc_size, cc_rect, cc_game感觉不好。和业务逻辑的变量不太好区分。
让我想到了使用 node 的情景。
var path = require('path');
可 path 是非常常用的命名,很容易命名冲突。所以就有了各种歪门邪道。
var Path = require('path');
var ps = require('path');
后来有了 ES6,问题彻底解决了。
const { join, dirname } = require('path');
目前只能建议大家名字尽量避开。Size/Rect 应该关系不大,因为是大写开头的。
我们发一篇公告,跟大家重新解释一下这里面的细节吧。
Path 党永不为奴!
似乎3.5.0不能用这个方法了
需要在声明文件里引入文件
2.x 的时候能做到,但是3.x的时候不行了
你看你这上面不是还有报错的吗
你是不是看错了什么?我导入了吗?
那些代码提示没有生效
而且你截图里不是也有爆红吗
我不会回复了,麻烦去学学 ts 基础语法再来评论
我觉得火箭燃料应该需要烧柴火这样火箭飞的更远.
不用cc就不用撒,为啥你一定要搞事情
这看自己,反正我喜欢用
类模板直接默认把cc给import就行了
也可以在IDE定义了个快捷片段,直接打imcc回车,自动import