不建议新人用cocos,报错都不知道哪里报错,坑真多

不建议新人用cocos,报错都不知道哪里报错,坑真多

1赞

[Preview]Cannot read properties of null (reading ‘getComponent’)errorInfo.stack ? ‘/n TypeError: Cannot read properties of null (reading ‘getComponent’) at ScrollBar._setOpacity (http://localhost:7456/scripting/engine/bin/.cache/dev/preview/bundled/index.js:44594:40)
at ScrollBar.show (http://localhost:7456/scripting/engine/bin/.cache/dev/preview/bundled/index.js:44431:16)
at ScrollView._updateScrollBarState (http://localhost:7456/scripting/engine/bin/.cache/dev/preview/bundled/index.js:46195:38)
at ScrollView._moveContentToTopLeft (http://localhost:7456/scripting/engine/bin/.cache/dev/preview/bundled/index.js:46641:16)
at ScrollView._calculateBoundary (http://localhost:7456/scripting/engine/bin/.cache/dev/preview/bundled/index.js:45855:18)
at ScrollView.onEnable (http://localhost:7456/scripting/engine/bin/.cache/dev/preview/bundled/index.js:45663:18)
at OneOffInvoker.invokeOnEnable [as _invoke] (http://localhost:7456/scripting/engine/bin/.cache/dev/preview/bundled/index.js:149556:18)
at OneOffInvoker.invoke (http://localhost:7456/scripting/engine/bin/.cache/dev/preview/bundled/index.js:149434:18)
at NodeActivator.activateNode (http://localhost:7456/scripting/engine/bin/.cache/dev/preview/bundled/index.js:150819:27)
at Node.set (http://localhost:7456/scripting/engine/bin/.cache/dev/preview/bundled/index.js:149045:52)’ : ‘’

都不知道哪个JS报错。。

感觉好像是你吧scrollbar删了

出门左转 :grinning:

2赞

这么简单都搞不定,怕不是要和编程绝缘了?

这不是告诉你调用getComponent错误,再结合下面的提示ScrollBar 大致也能猜出是哪个节点上的组件被你删了之类的

出门左转哈哈哈哈

劝退哈哈哈,减少竞争

1赞

d03613ec645cdc69b395300171892d2

建议新人坐着拿钱,让cocos官方人员来做项目

2赞

有没有可能,没有竞争,就凉了

来这里发帖没用。去unity发帖

竞争的优劣在于够不够优秀,引擎够优秀,就不会凉。人够优秀,就有竞争力。能凉的基本是没有能力的。毕竟这个世界,无能之辈,无处可逃.。初学者的特点:恐惧 愤怒。遇到难的开口就是骂,抱怨别人,抱怨外界,从不抱怨自己。遇到难的就放弃。

2赞

回炉重造吧

问题我已经找到了,但是起码要报错提示要详情准确吧,每次报错都靠猜,还不说了是吗,这明显就是很大的问题

每次都靠猜吗,万一有1000个scrollBar呢,就不能报错详情点吗

这还想要说的多明白

非得嚼烂了喂嘴里是吧 :sweat_smile:

杠一点来说,真有 1000 个 ScrollBar 你应该考虑的是设计合理性的问题了。

像你这个报错不是非常好找吗,还需要猜?首先是调用 getComponent 的对象是 null,接着看报错的堆栈,是 ScrollBarScrollView,直接找哪个界面的代码用了这个组建就完事儿了。
换句话说,如果不是 ScrollView 而是 Node 之类的常见组建,一般点开堆栈,也能看到具体是调用代码里那个接口报的错,报错的堆栈会穿插在引擎接口和游戏脚本接口中,仔细看看一般都能看出来。

退一步说,通过打日志、打断点之类的方式逐步调试,也是开发中常用的手段不是。

如果连这都要抱怨的话,那干脆让引擎给你做个游戏得了。

4赞

我心想。。。。。怎么会不知道哪里报错呢
TypeError: Cannot read properties of null (reading ‘getComponent’) at ScrollBar._setOpacity
这不是明明白白写在这里了么
是不是写出来的不去看,要能朗读的才算

额,或者楼主自己说说,就这个错误而言,你想要cocos怎么表达

try catch 放脚本入口 或许有帮助.cocos 还是有优势的(真不行还可以看源码),unity 遇到问题 坑更难填,好在它比较用心 坑少一点点吧(收费的嘛). 大家也不要喷了 谁不是 这样过来的呢? 哪天cocos 把错误提示 改的更好一点 不是对大家都好吗?