正常把
你好，1.6.1 里面 constructor 确实会多执行一次。这个短期内没办法修复，这是为了方便统计 TS 的默认值。建议构造函数中不要存放统计代码。
新版本已经检查了，不会出现这个问题
有吧？只是转调到ScriptingCore::reportError去了，并且里面有判空，我早早就合到我的项目里了
好的,我都没注意看,暂时改下这里就过了,只要稳定就行.现在也没空借这里发挥来吐槽Cocos的不效验参数合法性,反正Cocos都在默默地都加上这些判断.
之前我在吐槽的时候都站出来说不加参数效验是为了检查问题,这里参数不合法就是肯定有哪里写错了,然后发现问题后,解决问题的方式居然大多是加上效验代码
,唉.
咱们就事论事，有些地方是需要校验的，我们从不排斥，我一直反对的是过度的安全检查，尤其是在 JS 层代码中，这是一个度的问题，不是做与不做的问题，别以偏概全，搞得好像我们是碍于面子不愿意承认错误似的
这是你说的,我可没说,哈哈哈哈哈哈
断章取义在这行不通，没劲，利用特权给你删了
2赞
你这样不行啊,本来我就吃亏,势单力薄,默默无名,你们德高望重,受人尊重,我要跟你们讨论不同意见本来就很吃亏.断章取义一下都不行.唉,算了,大保健去了,不跟你争论了.
大家都是做技术的，有些理念不同很正常，我不强求你接受我的方法，你也别一直想要我接受你的思想。至于引擎，作品被打下作者的思想烙印是肯定的，如果接受不了分歧，大可以在开源引擎的基础上定制你想要的任何东西，甚至把自己的二次创作再开源出来都可以，我绝对不会去吐槽你的思想有问题，只是不会当你的用户而已
3赞
Panda大神的EQ非常高，给你个赞！
另外，请教论坛有没有黑名单功能？
实在是不想看某些莫明奇妙的人打出来的字
行吧,我为使用cocos,一直给cocos测试反馈感到惭愧,都学各位大神,默默在cocos引擎上修正上线就OK了.不好意思,给大佬们添麻烦了.我会清除掉对cocos的任何不良评语,只会宣扬cocos最稳定,最牛比.
真理只掌握在很少数人手中,99%只会给你舔菊然后希望你帮他解决问题,无法对引擎有实质性的帮助.技术就是技术,不是娱乐圈,消灭了说实话的人,这个论坛是清静了,但bug和缺陷它还是在那里,不多也不少.
我一直在关注具体问题，你的思想是尽量保障引擎不崩溃，用户代码出错的情况下通过错误保护代码跳过，而不是崩溃。
这点我解释过很多次我不同意以及不同意的原因。
你反馈了不少引擎本身的问题导致的崩溃问题，这些建议我们都采纳，能重现的都修复了，也很感谢给我们反馈这些问题。
你觉得技术是有唯一真理的，这点我不同意，技术实现从来都有各种思路和方法，没有绝对的高低，我们的思路和方法确实不同，这点我们两个都能认识到，我希望的是，不要强求互相意见的统一，没必要。
我所不能接受的是，从具体问题上，上升到态度问题的含沙射影或者攻击，这点无论如何我都接受不了，所以必须说出来。
至于我们是否能接受不同意见，是不是听不进批评，我想还是留给论坛的用户去判断，就不解释了
我还真没有攻击过任何人.不管可以查看我所有帖子.就算刚说的也真算不上攻击.唉.算了,你就算当作是攻击,我也攻击的是参数不效验合法性,指针不判断是否为空就用了.攻击的也是技术,不是人.
那就算我误解了吧，讨论技术的都欢迎，哪怕无法达成共识，总能留下不同思路的碰撞，你也别激动
只要调试的时候有error输出就可以了。不用做太多的错误兼容！
其实MM这段时间确实是促使引擎修改了一些崩溃的BUG，这点必须得赞啊。
只是说行文有点让人不大好接受，这可能和他个性有点关系的，因为我以前也有一个类似这样性格的同事，关系很好，但他到那儿，好像那儿就有江湖，总能弄出点浪花来。
一般人到这个年纪，性格也是比较固定的，就是别总宣称自己的观点是对的，一遇到类似的事情，就拿出来讲一讲，听多了谁都受不了。
1赞