switch太多的代码是否可以优化得更优雅一点?

用map优化

在json里配置

两个方向:一是每个case之间的逻辑是否完全各不相同,如果有可以共用的部分,可以把第一层先拆成一个大类对应一个单独的方法,用于处理通用逻辑,然后第二层处理具体逻辑。
二是把ECountType作为key,对应的处理方法作为value,保存成一个Map,用的时候直接根据ECountType找对应的处理方法

方法2直接pass,懂得都懂为什么

你的目的是写明朗的代码,而不是写模糊难懂或者追求简短的代码

配置表不明朗?

用链表一个条件一个节点

你说的配置表指的是怎样的?类似map那样存储起来的那些吧?

数量多,要么json,要么map

我更好奇这种代码是怎么写出来的,这谁能维护啊 :joy:

目前我们的 switch 也从 几个增加到10来个了。。。
不过应该就到此为止了。

这个可以使用处理器实现分开实现吧

handler

策略模式代替分支判断

一样的,该省的还是不省,甚至多了,只是将代码放在哪里罢了,没必要过渡封装,该怎么简单就怎么来即可

这么简单的逻辑都不能维护,那上几个设计模式嵌套,难道就简单一些?

Switch 平台的问题,最好在群里或者技术支持联系方式里私聊,或者在 switch 开发者论坛上讨论。
按照任天堂的NDA协议,所有 switch 上的技术问题都不可以在 cocos 论坛上公开讨论,日本公司很轴的,这点我也没啥办法。

漏出机器人马脚了,真正的王哲是不是被。。。

回答楼主,经典的可以用多态来解决的问题。
声明一个统一的操作方法,子类负责实现