Cocos Creator 3.8.4 来了，更快更稳更好用！

Creator 3.x
#21

请问这个版本有对鸿蒙进行适配嘛

#22

你的问题是直接对 readonly 返回值进行修改了，而且还是用设置的值再设置进来。readonly 本来就是不允许修改的。

#23

这个正式版的opacity会导致界面直接无法显示的问题解决了吗 :rofl:

#25

没计划3.9 我就放心了 :rofl:

#26

本就性能堪忧的IOS小游戏，更是雪上加霜

#27

为什么对比对象是3.8.0不是3.8.3 :roll_eyes:

#28

因为某些指标，3.8.0 更好。 与 3.8.0 对比，就是高要求。

#29

和之前的旧管线对比是提升的。3.8.4 在某些 iOS 版本的微信小游戏平台，确实不如旧管线。这个还在查是什么原因。

#30

没有，可以看 release note。

#31

大佬麻烦看下 升级3.8.4后image 设置透明度后第二次显示不出来了.

#32

image
image584×761 26 KB

从3.8.2自动升级为3.8.4，构建界面没有原生代码打包模式的选项。。

#33

性能可以慢慢优化，关键是新管线文档里说了可以直接在ts定制管线不用改原生代码一套代码兼容全部平台这点很吊，旧管线还要根据web和原生平台做不一样的处理还得改c++很麻烦也很难

#34

感谢您的回复.
readonly 能不能改. 这个不是问题的重点. 并且我完全赞同你的观点
现在的问题是 设置物体的 position, roation 这个太常用了. 可能分部在我自己写的每一个脚本文件中.
如果按384的标准. 一个一个去修改, 再去测试. 这个工作量太大了.

对于这种基础逻辑的修改. 官方为了引擎更好的规范是可以理解的. 但对我们已经在383中开发完成的老项目. 是否可以提供一个宏开关, 比如在项目面板中, 或作为临时定义在脚本代码中添加一句, forceUpdateTransform: true 这样的可以继续支持之前版本的设置position, roation的逻辑.
给开发者一个过度的机会.

问题解决了, 感谢引擎团队的解惑 :+1:

#35

第二次是指？

你这个代码 tween 结束后，opacity 预期不应该就是 0 吗？

#36

:rofl:跟我这个是同一个问题…

#37

再次调用setParam的时候 设置opacity为255了 但是不起作用，我在移除这个节点前强制设置opacity为255, 就正常显示了，但是这个应该是bug

#38

一个小版本5个月确实太久了！！！感觉是又很多功能，但是bug又得跟着功能一起更新 :joy:其实管线这种东西都算特性了

#39

说的是lts版本只修bug，但是感觉改了很多东西

#40

嗯嗯，你的建议我们考虑一下怎么处理比较好。不过没法在 3.8.4 改了，可以给你个 patch 文件，你放到项目里。

#41

是的，本次的版本发布PR稿，从3.8.x 版本中挑选了一些大家值得关注的更新来讲。 因为中间几次发版本都没有发PR稿。