C#事件管理器如何清空所有监听详解

C#事件使用+= -=使用起来是很方便的,但是却不能整体清空所有事件。比如一个常见的操作,打开界面注册监听事件,关闭界面需要把所有的事件清空了,这要在写一堆-=操作,如果漏清空的话肯定会造成隐患,如果在lua里这个很容易,但是C#却不行。所以我想了个办法,对Action和Func进行一次包装,就可以解决这个问题了。

这里我只封装了两个参数,大家可以继续拓展新的参数,我在项目里一共拓展了5个参数,完全够用了。

using System;
using System.Collections.Generic;

public class ActionManager
{
  Dictionary<object, object> m_Actions = new Dictionary<object, object>();

  public NewAction RegAction(NewAction newAction , Action action)
  {
    newAction += action;
    m_Actions[newAction] = action;
    return newAction;
  }
  public NewAction<T1> RegAction<T1>(NewAction<T1> newAction, Action<T1> action)
  {
    newAction += action;
    m_Actions[newAction] = action;
    return newAction;
  }
  public NewFunc<T1> RegAction<T1>(NewFunc<T1> newAction, Func<T1> action)
  {
    newAction += action;
    m_Actions[newAction] = action;
    return newAction;
  }
  public NewFunc<T1,T2> RegAction<T1, T2>(NewFunc<T1, T2> newAction, Func<T1, T2> action)
  {
    newAction += action;
    m_Actions[newAction] = action;
    return newAction;
  }

  public void Clear()
  {
    foreach (var act in m_Actions)
    {
      ((IAction)act.Key).Dispose(act.Value);
    }
  }
}

public interface IAction
{
  void Dispose(object obj);
}
public class NewAction : IAction
{
  Action action;
  public void Dispose(object obj)
  {
    if(obj is Action act)
      action -= act;
  }
  public void Invoke()
  {
    action?.Invoke();
  }
  public static NewAction operator +(NewAction a, Action b)
  {
    a.action -= b;
    a.action += b;
    return a;
  }
  public static NewAction operator -(NewAction a, Action b)
  {
    a.action -= b;
    return a;
  }
}
public class NewAction<T1> : IAction
{
  Action<T1> action;
  public void Dispose(object obj)
  {
    if (obj is Action<T1> act)
      action -= act;
  }
  public void Invoke(T1 t1)
  {
    action?.Invoke(t1);
  }
  public static NewAction<T1> operator +(NewAction<T1> a, Action<T1> b)
  {
    a.action -= b;
    a.action += b;
    return a;
  }
  public static NewAction<T1> operator -(NewAction<T1> a, Action<T1> b)
  {
    a.action -= b;
    return a;
  }
}
public class NewFunc<T1> : IAction
{
  Func<T1> func;
  public void Dispose(object obj)
  {
    if (obj is Func<T1> act)
      func -= act;
  }
  public T1 Invoke()
  {
    return func != null ? func.Invoke() : default(T1);
  }
  public static NewFunc<T1> operator +(NewFunc<T1> a, Func<T1> b)
  {
    a.func -= b;
    a.func += b;
    return a;
  }
  public static NewFunc<T1> operator -(NewFunc<T1> a, Func<T1> b)
  {
    a.func -= b;
    return a;
  }
}
public class NewFunc<T1, T2> : IAction
{
  Func<T1, T2> func;
  public void Dispose(object obj)
  {
    if (obj is Func<T1, T2> act)
      func -= act;
  }
  public T2 Invoke(T1 t1)
  {
    return func != null ? func.Invoke(t1) : default(T2);
  }
  public static NewFunc<T1, T2> operator +(NewFunc<T1, T2> a, Func<T1, T2> b)
  {
    a.func -= b;
    a.func += b;
    return a;
  }
  public static NewFunc<T1, T2> operator -(NewFunc<T1, T2> a, Func<T1, T2> b)
  {
    a.func -= b;
    return a;
  }
}

使用方法如下,注意我们自己封装的事件必须要new。

using UnityEngine;

public class Main : MonoBehaviour
{
  NewAction<string> MyAction = new NewAction<string>();//事件需要new
  NewFunc<string,int> MyFunc = new NewFunc<string,int>();//事件需要new

  ActionManager m_ActionManager = new ActionManager();

  public void MyFunction(string str)
  {
    Debug.Log(" MyFunction " + str);
  }
  public int MyFunction1(string str)
  {
    Debug.Log(" MyFunction1 " + str);
    return 1;
  }

  private void OnGUI()
  {
    if (GUILayout.Button("<size=50>注册事件</size>"))
    {
      m_ActionManager.RegAction(MyAction, MyFunction);
      m_ActionManager.RegAction(MyFunc, MyFunction1);
    }

    if (GUILayout.Button("<size=50>发事件</size>"))
    {
      MyAction.Invoke("参数1");
      MyFunc.Invoke("参数2");
    }
    if (GUILayout.Button("<size=50>清空</size>"))
    {
      m_ActionManager.Clear();
    }
  }
}

事件管理器可以放在UI或者模块的基类中,这样子类在写的时候可以直接this.RegAction注册事件,关闭界面或者卸载模块的时候由父类调用Clear方法,这样业务逻辑就不需要在写-=这样的代码了。

总结

到此这篇关于C#事件管理器如何清空所有监听的文章就介绍到这了,更多相关C#事件管理器清空所有监听内容请搜索我们以前的文章或继续浏览下面的相关文章希望大家以后多多支持我们!

(0)

相关推荐

  • 深入C#任务管理器中应用程序选项隐藏程序本身的方法详解

    在C# winform 应用程序中,经常用到这样一种应用:在窗体处于最小化时,隐藏该程序的任务栏图标,在托盘上显示该程序的图标,用以下代码可以实现: 复制代码 代码如下: private void Form1_SizeChanged(object sender, EventArgs e){    if (this.WindowState == FormWindowState.Minimized)    {        this.ShowInTaskbar = false;//隐藏任务栏标签  

  • C#获取Windows进程监听的TCP/UDP端口实例

    1.在Windows下用CMD netstat命令可以获得当前进程监听端口号的信息,如netstat -ano可以看到IP.port.状态和监听的PID.那么可以执行CMD这个进程得到监听的端口号信息,C#代码如下: 复制代码 代码如下: //进程id int pid = ProcInfo.ProcessID; //存放进程使用的端口号链表 List<int> ports = new List<int>(); Process pro = new Process(); pro.Sta

  • C# PC版微信消息监听自动回复的实现方法

    最近有个微商客户需要搞个 个人微信监听群消息关键字并实现自动回复功能, 因为他有很多群 很多买家咨询的话 一个个回复太麻烦, 客户要求 比如群里有人发 关键字 产品1 则自动回复产品1的相关描述 首先设置关键字,将关键字和回复内容存到一个txt就行 然后就是微信消息监听(windows的消息 句柄不懂的自己 google): /// 消息主要接受程序 /// </summary> /// <param name="m"></param> protec

  • windows下C#定时管理器框架Task.MainForm详解

    入住博客园4年多了,一直都是看别人的博客,学习别人的知识,为各个默默无私贡献自己技术总结的朋友们顶一个:这几天突然觉得是时候加入该队列中,贡献出自己微弱的力量,努力做到每个月有不同学习总结,知识学习的分享文章.以下要分享的是花了两天时间编写+测试的windows下C#定时管理器框架-Task.MainForm. 目的: 随着这五年在几个公司做不同职位的.net研发者,发现各个公司都或多或少会对接一些第三方合作的接口或者数据抓取功能,都是那种各个服务直接没有关联性功能,开发人员也可能不是一个人,使

  • C#自定义事件监听实现方法

    本文实例讲述了C#自定义事件监听实现方法.分享给大家供大家参考.具体实现方法如下: using System; using System.Collections.Generic; using System.Linq; using System.Text; namespace ConsoleApp { /// <summary> /// 定义事件 /// </summary> class CustomEvent { /// <summary> /// 定义委托 /// &

  • c#中禁用windows的任务管理器的方法

    以前制作的桌面锁屏软件虽然也禁用过任务管理器,但是采取的是比较笨的方法,而且对操作系统还有一定的危害.因为任务管理也是一个窗体也就是说它中也是一个独立进程,所以只需要强制性关闭这个进程即可以关闭任务管理器了,任务管理的进程名称为"taskmgr",在程序用一个单独的计时器,每100毫秒遍历一次系统开启的所有的进程,但凡出现进程的名称与任务管理器名称相同直接关闭.这样就可以间接的达到禁用任务管理的作用,然而这种方法不能够常用,如果经常强制性的关闭任务管理的进程会错乱操作系统的消息处理.所

  • C#事件管理器如何清空所有监听详解

    C#事件使用+= -=使用起来是很方便的,但是却不能整体清空所有事件.比如一个常见的操作,打开界面注册监听事件,关闭界面需要把所有的事件清空了,这要在写一堆-=操作,如果漏清空的话肯定会造成隐患,如果在lua里这个很容易,但是C#却不行.所以我想了个办法,对Action和Func进行一次包装,就可以解决这个问题了. 这里我只封装了两个参数,大家可以继续拓展新的参数,我在项目里一共拓展了5个参数,完全够用了. using System; using System.Collections.Gener

  • Spring事件监听详解

    一.观察者模式 先来看下观察者模式,举个例子 警察和军人是观察者,犯罪嫌疑人是被观察者 代码实现: 定义被观察者接口: 定义观察者接口 定义坏人 定义好人: 定义好人2: 测试: 或者用JDK自带的观察者模式 定义坏人: 定义好人: 测试: 结果: 最后来总结一下,看下spring的事件 二.spring事件 下面来看下源码 1 初始化事件广播器 可以看到如果没有自定义的事件广播器,默认是使用SimpleApplicationEventMulticaster的 三.注册监听器 其实就是把监听器添

  • Spring Event观察者模式事件监听详解

    目录 Spring Event事件监听 Spring Event同步使用 自定义事件 定义监听器 定义发布者 测试执行 Debug执行流程 Spring Event 异步使用 自定义事件 定义监听器 定义发布者 开启异步支持 Spring Event事件监听 Spring Event(Application Event)其实就是一个观察者设计模式,一个 Bean 处理完成任务后希望通知其它 Bean 或者说一个 Bean 想观察监听另一个Bean 的行为.在开发中我们经常就会遇到修改一个bean

  • Android 自定义精美界面包含选项菜单 上下文菜单及监听详解流程

    目录 activity_main.xml源码 main.xml源码 main_menu.xml MainActivity.java源码 先放实现结果 activity_main.xml.main_menu.xml和main.xml设计界面完成如下: MainActivity.java运行结果.长按选择英雄和长按选择铭文结果如下: 目录 需要在menu下创建如下文件,把图片插入drawable activity_main.xml源码 <?xml version="1.0" enco

  • SpringBoot事件发布和监听详解

    目录 概述 事件监听的结构 Publisher,Event和Listener的关系 事件 发布者 监听者 总结 概述 ApplicationEvent以及Listener是Spring为我们提供的一个事件监听.订阅的实现,内部实现原理是观察者设计模式,设计初衷也是为了系统业务逻辑之间的解耦,提高可扩展性以及可维护性.事件发布者并不需要考虑谁去监听,监听具体的实现内容是什么,发布者的工作只是为了发布事件而已.事件监听的作用与消息队列有一点类似. 事件监听的结构 主要有三个部分组成: 发布者Publ

  • 关于uniapp微信小程序左上角返回按钮的监听详解

    目录 项目场景: 问题描述: 原因分析: 解决方案一: 解决方案二: 结语 项目场景: uni-app 开发微信小程序,界面中点击左上角的返回按钮或者是系统自带的虚拟返回操作,返回前监听用户是否在页面内进行了相应操作,如果有则进行提示(提示用户是否确定要返回),如果没有则直接返回. 问题描述: uni-app 页面生命周期中有 onBackPress ,不过不支持微信小程序.翻看微信小程序官方文档,并未发现可以监听到左上角返回按钮的事件.查阅相关技术文档,确认微信小程序现阶段并没有提供监听左上角

  • Android中wifi与数据流量的切换监听详解

    最近在做一个wifi和移动数据的监控功能,来来回回折腾了一阵子,这个模块的主要功能是监听整个APP的wifi与数据流量的切换,让用户使用专用流量,而不是用wifi,给一个弹窗,点击确认,自动切换数据流量,关闭wifi.我的思路是写一个静态广播,监听在广播里面进行监听,启用系统弹窗,点击确认,自动切换网络,这里面有一个坑就是弹窗会在广播中多次被调用,其实只调用了一次,但是实际上多次调用系统的弹窗会一个叠加一个,搞了好久,终于搞好了,原来是系统广播导致的叠加,详情看代码: 网络封装类Connecti

  • Android中GIF动图的播放控制和监听详解

    前言 最近接手的项目里涉及到了 GIF 动图的播放与监听,在上一版本中对于 GIF 的处理是由 H5 来实现的,因为考虑到用户体验,因此现在的需求是将这块儿原生化,途中差点误入歧途!下面来看看详细的介绍吧. Android 中 GIF 动图处理与监听 刚开始第一个想到的便是 glide , 但是自认为 glide 不能够控制 GIF 以及去监听它,所以网上去搜寻别的方法.看到有一个方案是将图片分帧,一张张的去用逐帧动画来实现. 我开始怀疑给这个解决方案的人了,都什么时代了还做这种费力不讨好,大量

  • java实现emqx设备上下线监听详解

    目录 正文 第一步,emqx配置aclz 第二步 代码中实现主题的订阅 在接受主题回调地方接受消息即可 正文 我们在做物联网项目的时候,需要实时的检测设备是否在线,emqx就为我们提供了一个很好的上下线监听机制,这里我就给大家讲一下,如何实现设备上下线的监听 emqx提供了系统主题进行监听 第一步,emqx配置aclz 增加默认系统监听 第二步 代码中实现主题的订阅 在接受主题回调地方接受消息即可 这里就实现了emq对设备的上下线监听啦,更多关于java emqx上下线监听的资料请关注我们其它相

  • 详解Python的Twisted框架中reactor事件管理器的用法

    铺垫 在大量的实践中,似乎我们总是通过类似的方式来使用异步编程: 监听事件 事件发生执行对应的回调函数 回调完成(可能产生新的事件添加进监听队列) 回到1,监听事件 因此我们将这样的异步模式称为Reactor模式,例如在iOS开发中的Run Loop概念,实际上非常类似于Reactor loop,主线程的Run Loop监听屏幕UI事件,一旦发生UI事件则执行对应的事件处理代码,还可以通过GCD等方式产生事件至主线程执行. 上图是boost对Reactor模式的描绘,Twisted的设计就是基于

随机推荐