关于后端:从入门到放弃-事件溯源

41次阅读

共计 731 个字符,预计需要花费 2 分钟才能阅读完成。

本文转载自【何以解耦】:https://codedecoupled.com/php…

在接触事件溯源之初,其截然不同的设计模式常会让初学者望而生畏。这篇文章概括了几种导致初学者放弃持续学习事件溯源的误会。

查问速度太慢

既然利用的以后状态须要通过事件流来获取的话,事件溯源无奈实现对查问速度要求高的搜寻性能。

当咱们须要实现相似搜寻这种对速度要求比拟高的性能时,事件溯源提供了相应的解决方案 Projector。Projector 通过监听事件,生成独立的视图保留利用的以后状态。咱们能够将其设想成数据库中的物化视图,或者是一种缓存。

聚合性能问题

随着事件数量的线性增长,塑造聚合的工夫也会线性增长至有限长。

聚合需读取事件流来重塑其以后状态,塑造的工夫的确会随事件数量的增长而呈线性增长,为了解决这个问题,事件溯源提供了一种叫做 Snapshot 的解决方案。

Snapshot 的中文意思是快照,顾名思义,Snapshot 的原理是将聚合的最新状态长久化。这样的话,在重塑时聚合便不须要读取所有的事件,这将大大提高其性能。

平缓的学习曲线

与 CRUD 这种存储以后状态的模式相比,事件溯源的学习曲线太平缓了,不值一顾。

学习事件溯源,咱们必须改变传统的 CRUD 思维,学会应用事件驱动的形式解决问题。这种新的编程形式能够解决很多应用 CRUD 比拟辣手的问题。

当然,咱们也须要辩证地对待事件溯源。切不可任何我的项目都应用事件溯源,肯定要剖析业务场景,抉择最现实的解决方案。

总结

放弃很简略,但保持下来,肯定很酷。

本文转载自【何以解耦】:https://codedecoupled.com/php…,如果你也对 TDD,DDD 以及简洁代码感兴趣,欢送关注公众号【何以解耦】,一起摸索软件开发之道。

正文完
 0