事件和委托的悲伤故事

red_redemption

于 2024-09-30 21:53:22 发布

阅读量354

点赞数 7

文章标签： c# 委托事件

本文链接：https://blog.csdn.net/red_redemption/article/details/142662068

版权

小强的故事

从前的从前，有一个村子，叫双空函数村，各个不同的函数相互帮衬，幸福而稳定的劳作着。

虽然村子里每个函数都是空参空返回，但每个函数脑子里都装着不一样却一生注定的指令。（即程序开始编译之后）

class 双空血统()
{

public void 指令() { }//指令里的内容越多，实力越强

}

里面有一个函数叫小强 MrQiang=new 双空血统()。小强是个不走运的孩子，刚出生的时候继承了村子的双空血统，空参空返回，这倒没什么，最可怜的是，小强甚至指令都是空的。

从小到大，小强受尽了周围人的嘲笑，老函数门背后议论小强，中年函数不让孩子和小强玩

“和那个连指令没有的三空函数玩，小心变得没指令！”

小强不甘心自己一生只能执行这几条指令，于是踏上了寻求变化之法的旅途。

一年又一年，寻寻觅觅，道法却似乎总与小强无缘。小强也慢慢开始变得消沉，没盘缠了就在街边讨钱，钱够了也不继续赶路，而是在湖边喝酒。

就这样可怜的又过活了一年...

一天，小强讨够钱照常去湖边喝酒，举杯间刻，身后一只手突然停住小强的酒杯，

“孩子，我看你骨质疏松，面色憔悴，却颇有狼子之气，来，跟我学吧”

“你是？”

“老衲化名给特，你也可以叫我伟拓大师，看你也是求道之函数，教你灵活七十二变之法可好?”

小强眼睛都放亮了，当场下跪，哭着说“师傅！请教我本领！！”

经历了三年一日复一日的淬炼，小强勤学苦练，伟拓看在眼里很是欣慰。

最后，伟拓大师把自己的delegate秘法，传授给了小强，对小强说“小强，你已经是可以独当一面的函数了，和你同类型的函数里，已经不会有能在指令上战胜你的了，你可以走了”

小强没有说话，泪流满面，给伟拓大师连磕了三个头，然后踏上了返回双空村的道路。

即使在学习完这套功法之后，小强也无法斩去曾经那个空指令方法，只能以伟拓秘法为核心再造了自己的指令内核，

因为本质上，那个原方法的空指令已经是无法改变的事实。虽然当前的委托与原生的同名，但已经因为变化之法，不再固定了。

伟拓大师之秘法：public delegate void 变化之法()；

class 双空血统()
{

~~public void 指令() { }~~

public 变化之法新指令；//得到新的指令内核

}

一路上，小强也吸取(+=)了很多同血统的函数的指令，回到村子的时候，他已经是指令最多的函数了。

村中长老看到小强吸收了那么多无参无返回的指令，觉得小强使了妖术，要惩罚小强。

然而即使小强习得了delegate秘法，但新的指令内核并无稳定性，

长老们轻松施法

MrQiang.新指令=null；

把小强的所有指令清空了，并且关小强进小黑屋待了几个月。

小强不服，在小黑屋的几个月，他不停的思考着破局的方法，

“可恶，要怎么才能让那些老头子失去对我的指令的控制权？难道要变成private吗？可是那样我也吸取不了别人的双空指令了！师傅！我该怎么办！”。

......此时小强隐隐的感到一阵胃疼

“呓!胃疼......”

忽然之间，金光乍现，小强感受到一股前所未有的力量似乎流入了他的血液。这股力量不同于第一次习得变化之法产生的指令，而是像，得到了第二个可吸取别人的指令内核，并且和之前秘法修炼出的指令内核互相独立。

“？！！这种感觉！！”

伟拓大师之秘法：public delegate void 变化之法()；

class 双空血统()
{

public void 指令() { }

public 变化之法新指令；//只是伟拓秘法

public event 变化之法第二新指令；//得到胃疼刺激的变化之法的再延伸

}

两个月后，小强终于出小黑屋了，这一次，小强带着新的指令内核，为了防止再次被清空，他又离开了村子，去吸取漂泊四海的双空函数的指令。

而这一次，一过就又是三年，小强带着成吨的指令，再次回到了村子，村里的人对小强如此之多的指令再次议论纷纷，觉得小强又用了妖术，向长老告状。

而现在，长老们也无能为力了，因为小强现在的指令都在第二新指令里，已经是升级版的伟拓秘法了，外部已经不能再随意修改小强的指令了，

而唯一能再次清空小强指令的办法，只有一个一个的找到散落在天涯的被小强吸取（+=）过的双空人，从他们取消（-=）自己被吸取的部分。

故事的最后，小强因为指令数的庞大，拥有强大力量，双空村从此改名三空村

小强升职加薪，月薪过万，迎娶白富美，走上函数巅峰。

完

现在再看下专业一点的说明

事件给委托增加了保护机制

委托明明有各种函数在里面，却灵活的像个变量，但如果不加保护，可能带来以下问题：

随意调用：类外代码可以在任何时候调用委托，这可能在错误的时间触发不应发生的行为。

public class HealthSystem
{
    public UnityAction OnHealthLow;  // 委托，可以被外部代码赋值和调用

    public void CheckHealth(int health)
    {
        if (health < 20)
        {
            OnHealthLow?.Invoke();  // 触发委托
        }
    }
}

public class Game
{
    public static void Main()
    {
        HealthSystem healthSystem = new HealthSystem();

        // 在健康系统外部肆意玩弄里面的委托变量，里面现有的委托被任意修改
        healthSystem.OnHealthLow = () => { Console.WriteLine("Health is low!"); };

        // 正常的调用健康系统里的委托
        healthSystem.CheckHealth(10);  // 输出: "Health is low!"

        // 外部代码可以随意调用健康系统里的public委托，委托像极了一个变量
        healthSystem.OnHealthLow();  // 输出: "Health is low!"  // 错误触发
    }
}

覆盖或替换：类外部代码可以替换委托的内容，导致原本绑定的回调被覆盖，影响程序的正确性和稳定性。如果程序中某个委托本应绑定特定方法，但外部代码替换了它，可能导致逻辑错误。

有了事件的保护后

public class HealthSystem
{
    public event UnityAction OnHealthLow;  //在前面加上event，委托就此支棱

    public void CheckHealth(int health)
    {
        if (health < 20)
        {
            OnHealthLow?.Invoke();  // 触发事件（也就是在健康系统里更硬气了的委托）
        }
    }
}

public class Game
{
    public static void Main()
    {
        HealthSystem healthSystem = new HealthSystem();

        // 外部只能给事件添砖加瓦，不能动里面已有的
        healthSystem.OnHealthLow += () => { Console.WriteLine("Health is low!"); };

        // 检查健康
        healthSystem.CheckHealth(10);  // 输出: "Health is low!"

        // 不是健康系统类里的也不准调用事件
        // healthSystem.OnHealthLow();  // 这行代码会报错，无法直接调用
    }
}

事件的保护机制主要体现在以下两方面：