cqrs

    2热度

    1回答

    命令查询责任分离/事件采购体系结构非常适合我开始的一个项目,该项目每年将涉及与人们的健康保险保险有关的每年约10亿笔金融交易。主要优势包括审计历史记录,可扩展性,跨多个团队实施异步兼容的UI,从读取数据库中分离这些事务,通过事件队列缓解向间歇性连接的现场办公室传输状态,并应对显着的业务逻辑变化整个系统的生命周期。 然而,有些地方CQRS/ES将会出现问题,例如为1亿人分配数字ID,最终一致性不可接

    0热度

    1回答

    我接近Lagom + CQRS /事件采购是第一次,我想实现像一个行为: 服务电话是(通过REST API调用例如)执行 一命令被运行并触发一个改变状态的事件(例如启动某种计时器)。 经过预先定义的时间间隔后,计时器应该过期,因此应该触发新事件(无其他外部命令)来改变状态以使计时器无效。 前两个步骤很简单,但是一旦我触发了TimerStartedEvent并改变了状态,我该如何在一段固定的时间后“

    0热度

    1回答

    我知道DDD在基于任务的用户界面方面很好,但我正在重构遗留应用程序,我在那里有贫血域模型(许多设置者没有业务逻辑)。 其中一个步骤是使其到达模型并添加域事件。在添加事件创建(TaskCreated在构造函数中)和删除(TaskRemoved)模型是一个简单的过程,我正在努力与更新模型。 我们有一个RESTful API和PUT /tasks/{id}端点。引擎盖下框架映射响应DTO对象的身体,然后

    8热度

    1回答

    我使用ASP.NET核心,内置容器中,MediatR 3支持"behavior" pipelines: public class MyRequest : IRequest<string> { // ... } public class MyRequestHandler : IRequestHandler<MyRequest, string> { public stri

    1热度

    1回答

    我正在用CQRS实现PHP应用程序。 比方说,我有CreateOrderCommand当我做 $command = new CreateOrderCommand(/** some data**/); $this->commandBus->handle($command); CommandBus现在只是通过命令适当CreateOrderCommandHandler类一样容易: abstract

    2热度

    1回答

    我正在为一些商店实现后端,这是完全写在前端,只有最终状态(数据)发送到后端。我正尝试在CQRS/ES中使用DDD。 快乐的场景用例(例如,广义): 鉴于用户,购物车和CartItem存在。 用户可以键入X的增加CartItem到购物车 用户可以CartItem的Y指定(设置一些PARAMS) 用户可以添加类型的CartItemŸ 用户可以选择地址从他的地址(创建他们是关注另一个BC的 ) 用户可以

    2热度

    2回答

    我的命令: public class Command : IRequest { ... } 我的处理程序: public class CommandHandler : IAsyncRequestHandler<Command> { ... } 我的管道注册(未使用开放泛型): services.AddTransient<IPipelineBehavior<Command>, MyBehav

    5热度

    1回答

    我有几个API与他们交谈的OLTP数据库。我也有ETL作业每隔几个小时将数据推送到OLAP数据库。 我的任务是构建一个显示来自OLAP数据库的高级数据的自定义仪表板。我想建立几个指向OLAP数据库的API。我应该: 添加到我现有的API并调用OLAP数据库并使用CQRS类型模式,所以读取来自OLAP,而写入来自OLTP。我的担心是读写之间的数据可能不匹配。数据的不匹配取决于您运行ETL作业的频率(

    1热度

    2回答

    我试图实现与CQRS和ES另一DDD界上下文。 我想知道,因为有CreateUserCommand,在我的域模型中创建User(不是关于保存的一个字)。然后它发射UserCreatedEvent。 我有该事件两个事件处理程序: PersistUserEventHandler(更新应用程序的状态) SendWelcomeEmailEventHandler(发送欢迎电子邮件用户) 现在,我知道, :

    0热度

    1回答

    我有一段时间以来一直在思考的问题,我没有找到一个好的解决方案。它关于CQRS和域边界。 假设我有一个背景,那就是关于为系统进行预订并最终发生事件。该系统允许将单个预订链接到单个事件(已完成,没有问题),并将每周预订与一系列事件相关联。每周预订定义一周中的某一天(额外数据不相关);每周预订总是有开始和结束的一天(半年)。 该系统还具有两种类型的天:平常的日子,而不是工作日,其中不能举办的活动。 作为