Dojo
话题
新佳
订阅
极道
元认知
元逻辑
元设计
元编程
元语言
DDD领域事件
换个角度:采用时间建模来捕捉时间的流逝 - Mario
建模是软件或系统开发的一个重要部分,然而在试图捕捉系统的行为时,并不常见到时间被使用。当我们这样做时,我们倾向于提取这个概念,并以计划任务的形式将其放在领域之外。 在这篇文章中,我将提倡把时间作为建模的起点,并建议偏离传统的调度器,而采用更加反应式
什么是函数式数据工程?
数据建模一直是
fraktalio/fmodel-spring-demo:Spring + kotlin DDD示例源码
这个项目正在使用Fmodel - Kotlin,多平台库。 特点:
UML中只有时序图给软件开发带来好处
当你记录一个系统的不同部分以及这些部分之间相互作用的各种方式时,时序图/序列图( sequence diagram)才会真正发挥其作用。 时序图/序列图描述了系统内的操作,并映射出消息的发送内容和时间。
事件模式:使用幂等消费者(收件箱)检测重复消息
检测重复消息的唯一方法是在生产者端为事件生成一个唯一标识符。只有使用这些标识符,消费者才可能知道它第二次处理同一条消息,而不是具有相同属性的不同消息。 为了防止两次处理同一条消息,常用的方法是将它们存储在指定的表中,通常命名为processed_m
黑石贝莱德如何实现基于领域驱动的资产管理?
Alan Moore (Aladdin 首席架构师、技术研究员和董事总经理)描述了贝莱德在资产管理中使用领域驱动设计DDD,以及我们如何使用它来定制、扩展和调整 Aladdin 以满足客户的需求。
事件风暴是一种理解复杂项目的技术 - Lucas
事件风暴是由 Alberto Brandolini 创建的技术,有助于通过应用程序生成的事件更清楚地了解应用程序的领域。它通常以研讨会的形式进行。它是一个涉及领域专家和技术领域的群体动态。 事件映射
领域事件和集成事件有什么区别? - DevCezz
在事件驱动架构的世界中,我们处理发送许多事件。然而,正如我们所知,尽管名称相同,但一件事并不总是等于另一件事。因此,为了区分这些事件,引入了两种名义类型的划分:领域事件和集成事件。 什么是领域事件?按照其他
我们是以名词为中心的思维方式 - Carlos E. Perez
我对复杂性的第一次遭遇是在软件开发过程中。你不会在大学遇到这种情况,而是在现实世界中遇到。应对这种复杂性需要一种截然不同的思维方式(参见:敏捷方法)。 敏捷方法是由来自建筑学的 Christopher Alexander 提出的。当您第一次遇到模式
使用事务发件箱进行可靠的事件调度
在系统中使用事件很棒,但是您如何确定您是否可靠地调度了事件?事件的传输需要可靠地完成,同时保持整个系统的一致性,无论是最终的还是立即的。在典型的设置中,数据库用于存储信息,队列用于在进程和系统之间发送消息。通常,事件在将信息存储在数据中的同一操作中直接分派到队列。这看起来似乎并没有明显的错误
什么是业务规则? - Ronald
规则是行为或行动的指南。 它为判断或评价该行为或行动提供标准。 每条规则都倾向于取消某种程度的自由。 规则是你如何在一个群体或社区内从无序中创造秩序并确保一致的
为什么要使用eventSourcing?
eventSourcing将事件建立为系统中唯一的事实来源。通过采用动态一致性边界DCB,eventSourcing提供了高度灵活的事件使用,允许随着时间的推移出现最佳的设计。 事件流系统事件流系统通常使用
从代码逆向生成UML序列图的工具插件
序列图在可视化和理解运行时行为方面非常强大。其固有的结构:对象在页面上方展开,时间则由上而下依次序发生,这很直观易学。 序列图是开发人员和非开发人员(如工程经理和产品经理)在讨论代码设计时使用的最佳工具之一。
使用事件建模实现软件协作和业务设计
讲故事使人类能够将知识传给下一代,并依赖于我们存储记忆的方式。我们可以通过举例说明,一个系统从开始到结束应该做什么,在时间轴上,而且没有分支。要做到这一点,我们需要用特定的时间线画一条线,代表状态在不同时间的不同变化。为什么是时间?时间是系统的一个重要方面,因为每个应用程序都是一个场景中的分
Spring Modulith:模块内领域事件发给外部Kafka的示例
使用spring modulith轻松地将选定的域事件外部化到消息代理:添加例如,Kafka集成模块选择要外部化的域类型(例如,通过使用(At)外部化) 点击标题见案例,展示如何自动将域事件外部
Saga模式实现事件驱动系统集成
在当今快节奏、互联的世界中,企业和开发人员不断寻求创新方法来构建高效且可扩展的应用程序。事件驱动架构 (EDA) 是最引人注目且势头强劲的架构范例之一。事件驱动的应用程序旨在响应实时事件,并已成为构建能够适应动态环境并蓬勃发展的系统的首选。事件驱动应用程序成功的核心是集成,它在确保各种服务和
纳秒时间戳不适合做唯一标识符
在现代系统中,纳秒时间戳碰撞的频率有多高?答案是:非常频繁,比如在同时读取所有 4 个物理内核的时钟时,有 5%的样本会发生碰撞。 因此,采用原始纳秒时间戳作为唯一标识符是不安全的。
实现事件驱动架构EDA面临的缺点
以下是对构建 EDA 应用程序时应考虑的挑战性问题: 1.缺乏幂等处理消费者可能会对事件进行多次处理(或者您可能需要重放事件、故障等)。使用#幂等性 可以帮助您构建没有副作用的解决方案。
上页
下页