3.6的层级是根据节点的先后顺显示的,这导致在移动前面的节点时经过后面的节点会被遮住,且 setSiblingIndex这个api在设置节点顺序时非常不方便,而且当节点树比较深时还要受父节点顺序的影响,希望能增加setZIndex这个api,不管节点在前还是在后,不管节点树有多深,只关注当前节点的层级有多高,这样用起来会方便很多
setSiblingIndex 这个接口的方式确实挺反直觉的，特别是习惯了 2.x 的 zIndex 之后，不看源码都不知道 setSiblingIndex 要怎么去用……
另外之前在论坛某个帖子看到官方说，3.5 会推出子节点排序的新的解决方案，现在 3.6 都出来了，好像还没影？
不能只考虑子节点的排序啊 
正常业务场景中所有子节点不可能都在同一个父节点下 不同父节点下的子节点层级关系才是比较常见的 setSiblingIndex这个api本质上还是针对的是同一个父节点下的节点 处理其它情况太麻烦了
2.x 的 zIndex 才是永远的神
3.x的这玩意确实难用
我问过好几回了啥时候可以直接设置
总说在考虑了
也一直没有加
不是有 priority 吗
意思是以后不支持了吧
难道不能用吗？那是不是没类型提示的对象都不能用了
我没说不能用啊，我只是帮楼主验证下你说的，这个3.3.x我没记错的话官方就说不建议用后面废弃。
这玩意已经废除了，而且看上去比 setSiblingIndex还要难用
1赞
那你就别用，没有类型提示的对象也别用，还有，别做云程序员
你这人真搞笑，我只是说了难用，好像动了你家祖坟一样，这跟云不云有什么关系。我不是在项目中遇到这个问题，我闲得没事跑来这里专门发个帖子。论坛是讨论问题的地方，不是给你找存在感的地方，说着说着就人身攻击了，你适合做程序员嘛！我又没请你来讨论问题，看不顺眼就别看，我碍着你了？
6赞
我也感觉那个人说话语气好怪，所以不用理他，我们只是希望引擎用起来越来越顺手，不是让他在这找优越感的
3赞
不知道引擎以后会不会参考 u3d canvas sortingOrder
难用？你用过吗？这个接口和 zIndex 的功能一模一样，
看上去难用，这不是云程序员？没用过就别瞎评论
哪里喷了，引用出来，按照事实说话就是喷子？又是一个无中生有的？
在线对线，觉得我说的不对的欢迎评论
说的我前面的回答不存在是的，另外我实在是看不惯有人把标注废弃的接口认为不能用的理念，那是不是没类型提示就不能写代码了？3.3就废弃了，为什么现在还存在？如果要废弃，那至少也得等新接口出现，现在出来了吗？云程序员请不要回复，因为你说的对
标注废弃是引擎那边不希望开发者再去用的，谁希望做个项目用了废弃api，结果导致升级引擎需要大量修改的。可以用但有风险。
你说的对，但是目前 setSiblingIndex 和 priority 功能完全不一致，且只有 priority 能无额外代码替换 zIndex，且官方也说了后续会增加类似 zIndex 的新接口，所以目前只有用 priority ，除非自己再去写一套基于 setSiblingIndex 的类似 zIndex 功能的代码，但我觉得没人有这么傻，至少我身边所有的 creator 开发者我没见到一个人这么做
这人一脸缺爱的样子，逮着个人就怼，不知道是想证明什么
1赞