领域事件与集成事件是否真的不够高端大气？

本文共计3113个文字，预计阅读时间需要13分钟。

前言+随着系统架构的演变，很多名词也随波逐流地显现，如：微服务、灰度发布、资源隔离、容器、领域/集成事件等，听着高大上，让很多小伙伴有一种无法服侍的感觉；其实很多东

前言

随着系统架构的演变，有很多名词也随之涌现，如：微服务、灰度发布、资源隔离、容器、领域/集成事件等，听着的确高大上，让很多小伙伴有一种无法征服的感觉；其实很多东西可能之前就已经用过了，只是名字不这么叫而已，就算没应用上也别慌，现在很多轮子都很成熟，用起来很容易上手的。这里就来说说比较常见的领域事件和集成事件。

正文 1.概述

微服务和DDD盛行的时代，领域事件和集成事件经常被提及到；对于事件，小伙伴可以根据不同场景去理解，比如点击一个按钮时，这个就是一个事件(点击事件)，又或者说当购买商品时付款成功，也可以理解为一个事件，就像咱们在生活中对每一件事的定义是一样的。

1.1 领域事件

领域事件（Domain Event）是在一个特定领域由一个动作触发的，是发生在过去的行为产生的事件(行为可以是人操作的，也可以是系统自动的) ；

其实在项目中，通常咱们会把领域事件用在一个应用程序进程内，比如说在用户管理时，当用户注册成功时，需要发送邮件或短信提醒； 其中用户管理可以简单理解为一个领域，用户注册成功就是事件，而发送提醒就是针对事件的处理方式。

这里可能对领域的比喻不是特别恰当，如果小伙伴想更多了解，可以看看DDD(领域驱动设计)相关资料。

对于我个人的理解，我认为领域事件的主要目的是为了让代码更加容易维护，让业务更加容易扩展，也就是对代码业务层面的优化。