风休住

摘要： 这一章总结了我们旅程中的发现。它强调了我们在这个过程中所学到的最重要的经验教训，提出了如果我们用新知识开始这段旅程，我们将以不同的方式做的一些事情，并指出了Contoso会议管理系统的一些未来道路。 阅读全文

摘要： 我们旅程的最后阶段的三个主要目标是使系统对故障更具弹性，提高UI的响应能力，并确保我们的设计是可伸缩的。加强系统的工作主要集中在订单和注册限界上下文中的RegistrationProcessManager类。性能改进工作的重点是当订单创建时UI与领域域模型的交互方式。 阅读全文

摘要： 此阶段的最高目标是了解如何升级包含实现CQRS模式和事件源的限界上下文的系统。团队在这一阶段实现的用户场景包括对代码的更改和对数据的更改：更改了一些现有的数据模式并添加了新的数据模式。除了升级系统和迁移数据外，团队还计划在没有停机时间的情况下进行升级和迁移，以便在Microsoft Azure中运行实时系统。 阅读全文

摘要： 本章描述了团队为准备Contoso会议管理系统的第一个产品版本所做的更改。这项工作包括对前两章介绍的订单(Order)和注册(Registrations)限界上下文的一些重构和功能添加，以及一个新的会议管理(Conference Management)限界上下文和一个新的支付(Payment)限界上下文。 阅读全文

摘要： 前一章详细描述了订单和注册限界上下文。本章描述了在CQRS之旅的第二阶段，团队在这个限界上下文中所做的一些更改。 本章的主题包括: * 改进RegistrationProcessManager类中消息相关的工作方式。这说明了限界上下文中的聚合实例如何以复杂的方式进行交互。 * 实现一个记录定位器，使注册者能够检索她在前一个会话中保存的订单。这说明了如何向写端(Write Side)添加一些额外的逻辑，使您能够在不知道聚合实例惟一ID的情况下定位它。 * 在UI中添加一个倒计时器，使注册者能够跟踪他们需要在多长时间内完成订单。这说明了对写端(Write Side)进行的增强，以支持在UI中显示丰富的信息。 * 同时支持多种座位类型的预定。例如，注册者为会前的活动申请5个座位，为会议申请8个座位。这需要在写端(Write Side)使用更复杂 阅读全文

摘要： 这是我们CQRS旅程的第一站，因此团队决定实现一个核心的、但自包含的系统部分——订单和注册。对与会者来说，注册过程必须尽可能地轻松。该流程必须确保业务客户能够预订到尽可能多的座位，并为他们提供灵活的，在会议上为不同类型的座位设置价格的功能。 因为这是团队处理的第一个限界上下文，所以我们还实现了系统的一些基础设施来支持领域域的功能。包括命令和事件消息总线以及聚合的持久化机制。 阅读全文

摘要： 在本章中，我们将对Contoso会议管理系统进行一个高层次的概述。这将帮助您理解应用程序的结构、集成点以及应用程序的各个部分之间的关系。 阅读全文

摘要： 本章介绍了一个虚构的公司Contoso。它描述了Contoso计划推出的会议管理系统，这是一个新的在线服务，可以使其他公司或个人通过此系统组织和管理自己的会议和活动。本章从高层次描述了新系统的一些功能和非功能需求，以及为什么Contoso希望使用CQRS和Event Sourcing实现部分功能。与任何考虑此过程的公司一样，有许多问题需要思考和挑战，特别是这是Contoso第一次同时使用CQRS和Event Sourcing。接下来的章节将逐步展示Contoso是如何设计和构建其会议管理系统的。 阅读全文

摘要： 本项目定位为一个学习之旅。这份指南旨在帮助您开始了解CQRS和Event Sourcing模式，它并没有打算成为此模式的最终指南，相反，这只是一本杂谈，它讲述了一个此前没有CQRS经验的开发团队是怎样构建，部署(到Microsoft Azure)和维护一个实际的复杂企业系统作为参考实现(Reference Implementation)，并向读者展示各种CQRS和ES的概念和技术。开发团队并不是孤立工作，我们积极寻求业界专家和更广泛的顾问团体的意见，以确保这份指南既详尽又切合实际。 阅读全文

摘要： 背景 很多很多传统的Web开发者还在用着传统的jquery和ES5，大家都知道现在的前端如火如荼，但是眼花缭乱的框架和层出不穷的新概念，让很多人无从下手，本文从0开始，带你一步步由jquery操作DOM转型成为一个新思想的前端开发者。没有过多的引申和概念解释。先上手实践，再回头体会。让我们开始。（本 阅读全文