【文章】EDA开发原则

近些年，事件驱动架构在架构设计领域受到越来越多的关注。但是，一说到实际应用，很多人就会觉得对现有开发模式改动太大。实际上，事件驱动架构只是在现有的开发模式上，使用事件驱动的方式，对服务或组件进行解耦，提高可维护性和灵活性。

对微服务架构来说，我们经常用MQ服务来进行服务间调用，实现分布式事务。所以，我们实际上已经在使用事件驱动，来代替服务间的调用，解除服务之间的相互依赖。

在领域驱动设计（DDD）领域，可以在领域对象之间避免直接调用，而使用事件进行通信，从而实现领域内的自治。即使这两个领域对象在同一个服务内，也使用事件来驱动领域之间的调用。

在应用开发框架领域，也有很多异步开发框架，也是通过事件来进行组件之间的调用。如VertX，在国外的企业应用开发领域，也有很多的应用。

所以，使用事件驱动架构，并没有想象中那么复杂，只需要一点设计和思维模式上的转变，就能够实现事件驱动的、实时的、可维护、可扩展的企业应用。

事件的第一公民原则
我们传统的开发方式，一般叫分层开发模式，将系统分为展现层、控制器层、业务层、数据库层等。即使是使用微服务架构进行开发，每个服务也都是基于这种方式开发。在这种模式下，最重要的是数据库。我们在设计这种系统的时候，分析完业务流程以后，就会先进行数据的设计。业务层的设计，都是为了将当前的业务状态保存在数据库中。我们设计的原则也是如何更加合理的设计数据，然后更好的操作这些数据，实现业务逻辑。所以，我们可以说我们的第一公民是数据。

然后，基于这种开发模式，我们使用面向对象的方法设计我们的业务系统。为了实现一个业务