消除程序中的 if else(二)

  一、目的:消除 if else 使程序易于扩展。

  二、方法:参数自备处理其自身逻辑的接口方法,被调方法在接受该参数时直接反调该接口方法。

  三、点评:这种方式将 “执行者内部的条件扩展(if...else)” 转化成了 “以参数方式传入的外部对象的继承扩展”。可以灵活应对参数扩展,不用修改执行者类。

  仔细看看,其实它就是 策略模式

  采用这个思路的设计模式有不少,可以仔细品味: 

        命令模式(“命令类” 相当于 “下例中的A、B、C参数类”);

        访问者模式(“访问者类” 相当于 “下例中的A、B、C参数类”);

        状态模式(“状态” 相当于“下例中的A、B、C参数类”。有略微差别,但其实 “先改变状态再执行” 和 “在执行时以参数传入状态” 是类似的)

  四、演示:

using UnityEngine;

/// <summary>
/// 消除 if else 使程序易于扩展
/// </summary>

//消除前
namespace ClearIfElse.Way2.Old
{
    public abstract class Parm { }
    public class A : Parm { }
    public class B : Parm { }
    public class C : Parm { }

    public class Executor
    {
        public void Execute(Parm parm)
        {
            if (parm is A)
            {
                DoSthA();
            }
            else if (parm is B)
            {
                DoSthB();
            }
            else if (parm is C)
            {
                DoSthC();
            }
        }

        private void DoSthA() { Debug.Log("做A事"); }
        private void DoSthB() { Debug.Log("做B事"); }
        private void DoSthC() { Debug.Log("做C事"); }
    }

    public class Client
    {
        static public void Main()
        {
            Executor executor = new Executor();
            executor.Execute(new A());
            executor.Execute(new B());
            executor.Execute(new C());
        }
    }
}

//消除后
namespace ClearIfElse.Way2.New
{
    public abstract class Parm
    {
        public abstract void DoSth();
    }

    public class A : Parm
    {
        public override void DoSth() { Debug.Log("做A事"); }
    }

    public class B : Parm
    {
        public override void DoSth() { Debug.Log("做B事"); }
    }

    public class C : Parm
    {
        public override void DoSth() { Debug.Log("做C事"); }
    }

    public class Executor
    {
        public void Execute(Parm parm)
        {
            parm.DoSth();
        }
    }

    public class Client
    {
        static public void Main()
        {
            Executor executor = new Executor();
            executor.Execute(new A());
            executor.Execute(new B());
            executor.Execute(new C());
        }
    }
}

 

  • 1
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
在C语言嵌入式开发中,使用过多的`if...elseif...else if`(也称为嵌套if语句或多重条件判断)可能导致运行不稳定的原因有: 1. **效率降低**:过多的条件检查会增加程序的执行时间和空间开销,尤其是在嵌入式系统中资源有限的情况下,频繁的分支切换可能会影响性能。 2. **控制流复杂性**:过多的嵌套使代码变得难以理解和维护。当条件判断过于复杂时,可能会引入隐藏的逻辑错误,导致程序行为难以预测。 3. **堆栈溢出**:如果嵌套的if-else语句很多,并且每个条件分支内部都有递归调用或其他深度嵌套结构,可能会耗尽系统栈空间,特别是对于嵌套层级较高的情况。 4. **实时性问题**:在实时系统中,复杂的条件判断可能导致错过关键的时间点,影响任务的响应时间,从而影响系统的稳定性。 5. **编译器优化**:现代编译器虽然能进行一些优化,但面对大量嵌套的if-else,它们可能无法完全消除所有的条件跳转,这还是可能导致性能瓶颈。 为了解决这个问题,你可以考虑以下策略: - **重构代码**:尝试合并相似的条件,减少嵌套层次。 - **使用switch语句**:有时switch结构比多个if更高效,尤其是当有固定数量的选项时。 - **使用状态机**:如果条件逻辑可以转换为状态管理,可以提高代码的可读性和效率。 - **使用预处理器宏**:在编译时展开条件,但注意不要过度依赖宏,这可能导致难以调试的问题。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

NRatel

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值