用例:假设公司发布了一个公告 需要通过短信 和 邮件分别2种方式 通知员工

1:首先我们建立领域模型

    /// <summary>
/// 领域核心基类
/// </summary>
public abstract class Core
{
public string Id { set; get; } = Guid.NewGuid().ToString();
} public interface ICore
{ }

2:消息模型

 /// <summary>
/// 通知的领域模型
/// </summary>
public class Notice : Core
{
/// <summary>
/// 通知内容
/// </summary>
public string Message { set; get; } /// <summary>
/// 通知发送时间
/// </summary>
public DateTime DateTime { set; get; } = DateTime.Now;
}

这个时候我们会想到 建立2个服务类 一个是SmsService 和 EmailService服务 分别用来发送短信和Email

    public class EmailService
{
public EmailService() { } public EmailService(Entity.Notice notice) => Console.WriteLine($"邮件通知:{notice.Message} 发送时间:{notice.DateTime}"); }
  public class SmsService
{
public SmsService() { } public SmsService(Entity.Notice notice) => Console.WriteLine($"短信通知:{notice.Message} 发送时间:{notice.DateTime}");
}
static void Main(string[] args)
{
Encoding.RegisterProvider(CodePagesEncodingProvider.Instance); Entity.Notice notice = new Entity.Notice() { Message ="明天加班 加班 加班 ~!!! 重要的事情说三遍" };
new Service.EmailService(notice);
new Service.SmsService(notice);
}
Encoding.RegisterProvider(CodePagesEncodingProvider.Instance) 
这里主要是因为.NET CORE中文输出会导致乱码 需要加上编码配置。也可以换上非Core平台
看看运行后的效果
运行后的效果似乎已经满足了我们的需求 公司公告分别以2种方式发送出去了
这样就带来了一个问题 如果未来社交发展需要多平台发送通知呢。。假设这里有还有QQ 默默 探探 钉钉 微信 等等
这一系列的消息推送方式 那我们的代码里是不是这样 ?
            Entity.Notice notice = new Entity.Notice() { Message ="明天加班 加班 加班 ~!!! 重要的事情说三遍" };
new Service.EmailService(notice);
new Service.SmsService(notice);
new Service.QQService(notice);
new Service.WeiXinService(notice);
new Service.MomoService(notice);
new Service.DingDService(notice);
new Service.TanTanService(notice);

这样写显然看起来是一个非常蛋疼的事。仔细想想这一系列的消息推送不变的是 事件消息源 也就是Notice对象

并且所有发送消息的方法都是被动的接收这个对象 , 这样我们就可以把2者的关系理解成 消息源是发布者,

具体处理消息发送的是订阅者,从而我们换一个思路去改造之前的方法

 public interface IEventHandler<T> where T : Entity.Core
{
/// <summary>
/// 订阅对象的具体实现
/// </summary>
/// <param name="entity"></param>
void Handler(T entity);
}

定义一个泛型接口,所有订阅者必须实现这个接口

    /// <summary>
/// Email形式处理
/// </summary>
public class EmailEventHandler : IEventHandler<Entity.Notice>
{
public void Handler(Notice notice)
{
Console.WriteLine($"邮件通知:{notice.Message} 发送时间:{notice.DateTime}");
}
}
 /// <summary>
/// 短信形式处理
/// </summary>
public class SmsEventHandler : IEventHandler<Entity.Notice>
{
public void Handler(Notice notice)
{
Console.WriteLine($"短信通知:{notice.Message} 发送时间:{notice.DateTime}");
}
}

这是改造的第一步,改造的目的是让它能以一种自动的方式处理,而不像之前一样需要一个一个对象的new出来,

做到能像看电视一样,只要你打开电视就能收看到传输过来的画面

定义一个消息总线的接口 用来管理 订阅者的注册 以及消息的发布

  public interface IBus
{
/// <summary>
/// 默认订阅所有事件消息 启动时调用
/// </summary>
void SubscribeAll(); /// <summary>
/// 订阅
/// </summary>
/// <param name="type"></param>
/// <param name="data"></param>
void Subscribe(Type type, object data); /// <summary>
/// 发布订阅
/// </summary>
/// <typeparam name="T"></typeparam>
/// <param name="eneity"></param>
void Publish<T>(T eneity) where T : Entity.Core;
}

定义一个BusManager来实现 IBus

        private BusManager()
{
if (_instance == null)
Bus = new BusService();
} private static object _lock = new object(); private static BusManager _instance; public static IBus Instance
{
get
{
if (_instance == null)
{
lock (_lock)
{
if (_instance == null)
_instance = new BusManager();
}
}
return _instance;
}
}

/// <summary>
/// 主要是针对 事件源和具体的事件处理注册关系。ConcurrentDictionary保证了线程的安全
/// </summary>
private static ConcurrentDictionary<Type, List<object>> _dicHandlers = new ConcurrentDictionary<Type, List<object>>();
/// <summary>
/// 判断type是否是abs的实现类或者子类/
/// .net Core中对反射进行了单独的处理 反射后一些详细属性都要通过GetTypeInfo获取 原对象只保留了一些基本属性
/// </summary>
/// <param name="type"></param>
/// <param name="abs"></param>
/// <returns></returns>
private bool IsAssignableFrom(Type type, Type abs)
{
///
if ((abs.GetTypeInfo().IsAbstract || abs.GetTypeInfo().IsInterface) && abs.IsAssignableFrom(type))
return true;
else
{ if (type.GetInterfaces().Any(o => o.GetTypeInfo().IsGenericType && o.GetGenericTypeDefinition() == abs))
return true;
}
return false;
} /// <summary>
/// 判断2个类型是否相同
/// </summary>
private Func<object, object, bool> _Equals = (o1, o2) =>
{
return o1.GetType() == o2.GetType();
};

上述方法都是为了实现IBus接口所做的铺垫 如有.Net Core反射疑问的自行Bing

        public void Subscribe(Type type, object data)
{
lock (_lock)
{
if (_dicHandlers.ContainsKey(type))
{
var _handlers = _dicHandlers[type];
if (!_handlers.Any(o => _Equals(o, data)))
_handlers.Add(data);
}
else
{
_dicHandlers[type] = new List<object>() { data };
}
}
}

实现的单个对象的加载 Key为具体的发布对象类型, Value是具体的订阅者的行为实现集合,这里是多个订阅者的实现


ConcurrentDictionary 里的关系

  /// <summary>
/// 初始化 默认的所有实现都订阅事件
/// </summary>
public void SubscribeAll()
{
///加载程序集,具体的你也可以加载项目路径下所有的dll或者exe
var assembly = Assembly.Load(new AssemblyName("ConsoleApp2"));
assembly.GetTypes().Where(x => x.GetTypeInfo().IsClass && !x.GetTypeInfo().IsAbstract && !x.GetTypeInfo().IsInterface).ToList().ForEach(x =>
{
if (IsAssignableFrom(x, typeof(IEventHandler<>)))
{
///反射创建对象
var entity = Activator.CreateInstance(x);
///获得到泛型参数的类型
var key = x.GetInterfaces().FirstOrDefault().GetGenericArguments().FirstOrDefault();
this.Subscribe(key, entity);
}
}); }

事件源的发布


 /// <summary>
/// 事件源的发布
/// </summary>
/// <typeparam name="T"></typeparam>
/// <param name="eneity"></param>
public void Publish<T>(T eneity) where T : Core
{
var type = eneity.GetType();
if (_dicHandlers.ContainsKey(type) && _dicHandlers[type] != null)
{
_dicHandlers[type].ForEach(o =>
{
var eve = o as IEventHandler<T>;
eve.Handler(eneity);
});
}
}
上面的所有代码基本上就完成了一个简单的事件总线驱动的模式,
试试最终的运行效果。
是不是感觉很神奇,这就是单纯自己理解的事件总线模式。

 

EventBus 事件总线之我的理解的更多相关文章

  1. Guava - EventBus(事件总线)

    Guava在guava-libraries中为我们提供了事件总线EventBus库,它是事件发布订阅模式的实现,让我们能在领域驱动设计(DDD)中以事件的弱引用本质对我们的模块和领域边界很好的解耦设计 ...

  2. EventBus(事件总线)

    EventBus(事件总线) Guava在guava-libraries中为我们提供了事件总线EventBus库,它是事件发布订阅模式的实现,让我们能在领域驱动设计(DDD)中以事件的弱引用本质对我们 ...

  3. dhroid - eventbus 事件总线

    你听过onClick 事件,onItemClick 事件,事件总线不一定听过吧, eventbus 事件总线也是一个编程思想,为什么要设计EventBus了,因为他是领域驱动设计中比不可少的模块,它承 ...

  4. EventBus事件总线

    EventBus事件总线的使用-自己实现事件总线   在C#中,我们可以在一个类中定义自己的事件,而其他的类可以订阅该事件,当某些事情发生时,可以通知到该类.这对于桌面应用或者独立的windows服务 ...

  5. EventBus 事件总线 案例

    简介 地址:https://github.com/greenrobot/EventBus EventBus是一个[发布 / 订阅]的事件总线.简单点说,就是两人[约定]好怎么通信,一人发布消息,另外一 ...

  6. C#总结(六)EventBus事件总线的使用-自己实现事件总线

    在C#中,我们可以在一个类中定义自己的事件,而其他的类可以订阅该事件,当某些事情发生时,可以通知到该类.这对于桌面应用或者独立的windows服务来说是非常有用的.但对于一个web应用来说是有点问题的 ...

  7. Android 开发 框架系列 EventBus 事件总线

    介绍 GitHub:https://github.com/greenrobot/EventBus 先聊聊EventBus 线程总线是干什么的,使用环境,优点.缺点. 干什么的? 一句话,简单统一数据传 ...

  8. EventBus事件总线(牛x版)

    事件总线: public interface IEventBus { void Trigger<TEvent>(TEvent eventData, string topic = null) ...

  9. Orchard EventBus 事件总线及 IEventHandler作用

    事件总线接口定义: public interface IEventBus : IDependency { IEnumerable Notify(string messageName, IDiction ...

随机推荐

  1. 那些年我遇到的ERP顾问

    当我写下这篇随笔的时候,算起来在我从业9年的时间里,也差不多遇到了4-5拨的ERP咨询顾问,严格来说是4家ERP顾问公司.分别是:IBM.汉得.鼎捷以及盈通金服.从实施水准.技术力量.沟通技巧.做事态 ...

  2. ORACLE聚合函数细节

    select * from emp order by mgr; 概要 select count(1), --14 sum(1), --14 count(*), --14 count(distinct ...

  3. cuda学习3-共享内存和同步

    为什么要使用共享内存呢,因为共享内存的访问速度快.这是首先要明确的,下面详细研究. cuda程序中的内存使用分为主机内存(host memory) 和 设备内存(device memory),我们在这 ...

  4. SQL Server中对存储过程的理解

    数据库的存储过程理解为,处理数据的子程序,写起来像函数,用起来像函数,在SQL Server中存储过程分为两大类,系统的和自定义的,系统的都放在master系统数据库中,自定义就是自己去写的,用DDL ...

  5. 刨根究底字符编码之十一——UTF-8编码方式与字节序标记

    UTF-8编码方式与字节序标记 一.UTF-8编码方式 1. 接下来将分别介绍Unicode字符集的三种编码方式:UTF-8.UTF-16.UTF-32.这里先介绍应用最为广泛的UTF-8. 为满足基 ...

  6. redis集群搭建实践

    参考 第一个节点 第一个节点为本地的机器 IP:192.168.23.148 检查机器配置 $ uname -a Linux wangya-Lenovo-G480 4.8.0-52-generic # ...

  7. 【小练习02】CSS--网易产品

    要求用css和HTML实现下图效果: 代码: <!DOCTYPE html> <html> <head> <meta charset="UTF-8& ...

  8. 基于BUI开发Asp.net MVC项目

    因工作性质参于并开发过一些Web应用程序,前端项目框架也用了不少,比如MiniUI.ExtJS.以及定制的项目前端框架.无意中看到BUI前端框架,第一眼就被它的优雅布局所吸引.简洁的项目门户Banne ...

  9. 基于Python + requests 的web接口自动化测试框架

    之前采用JMeter进行接口测试,每次给带新人进行培训比较麻烦,干脆用python实现,将代码和用例分离,易于维护. 项目背景 公司的软件采用B/S架构,进行数据存储.分析.管理 工具选择 pytho ...

  10. Spirng+SpringMVC+Maven+Mybatis+MySQL项目搭建

    http://blog.csdn.net/u013142781/article/details/50380920