有时候常量比枚举好用

有这样一个场景,有下面的Logic类,每个类中都需要判断DoOperAction是否为空,然后进行一些操作。由于每个Logic对应的OperType可能不一致,因此就每个类定义了特定的判断方法。但当Logic类增加时,DoOper方法又需要重新定义一次,觉得得重构下。应该可以提取到BaseLogic中。
这里写图片描述
这里写图片描述
第一次提取,由于每个Logic中OperType的不一致,提取后,只能使用枚举类型的兼容类型int,具体代码如下:

    public abstract class BaseLogic
    {
        public Action<int> DoOperAction;

        protected void DoOper(int a)
        {
            //some complex logic
            if (null != DoOperAction)
            {
                var action = DoOperAction;
                action(a);
            }
        }
    }
   public class ConcreteLogicA : BaseLogic
    {
        public enum OperType
        {
            MoveA,
            DragA
        }

        public void DoDrag()
        {
            DoOper((int) OperType.DragA);
        }

        public void DoMove()
        {
            DoOper((int) OperType.MoveA);
        }
    }

看起来还不错,但是。。。当OperType中的类型变多时,每次填写DoOper的参数时就需要强制转换,那么怎么解决? 将枚举替换为常量
代码如下:

    public class ConcreteLogicA : BaseLogic
    {
        public sealed class OperType
        {
            public const int MoveA = 1;
            public const int DragA = 2;
        }

        public void DoDrag()
        {
            DoOper(OperType.DragA);
        }

        public void DoMove()
        {
            DoOper(OperType.MoveA);
        }
    }

综上,有时常量比枚举好用。

  • 1
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值