以区块链为持久层的CQRS模型作用 - 区块链前沿 - BitMere

问题背景：从业务方面和技术方面结合的解决方案；

示例场景：通过示例让大家可以更加容易了解本章的内容；

哪种区块链类型可以使用这种方法；

介绍CQRS概念；

介绍为什么是CQRS和区块链结合；

介绍为什么Event-Sourcing和Blockchain结合可能会不成功；

结合场景的源代码示例；

回顾已介绍的内容；

列举能与区块链结合使用的方法；

为什么我们需要CQR模型？为了更好了解为什么我们需要区块链上的CQRS模型，让我先解释一下我们目前想要解决的问题。

所有产品都是针对问题空间的特定解决方案实现。解决方案空间必须通过问题空间进行引导，否则我们可能正在构建用户不需要的东西。

问题空间是您的领域。领域是企业想要解决的问题。我们可能有资产管理平台的情况。域是资产管理。

我们可能希望将域划分为子域，以便更好地组织我们的解决方案空间，这是一种基本的分而治之策略。我们可能希望根据需要以不同方式定义/实现每种方法。如果您了解域驱动设计或微服务架构，您可能会更熟悉，但不需要遵循本文。

我们想要定义那些子域，因为一个原因但不是唯一的，也不是最重要的，它只会将一个子域与Blockchain耦合在一起。因此，我们在该特定子域中包含Blockchain的所有可能问题，并且不会让所有应用程序遭受不期望的耦合。

您可能希望在多个子域上使用Blockchain，但我建议您一步一步来，因为您可能需要首先获得Blockchain的经验，如果最后您需要删除该实例，您必须将该子域解决方案切换到另一个上。因此，控制区块链给系统带来的意外复杂性，这会给你带来足够的麻烦。

在每个子域上，您将拥有代表业务概念的不同类。

业务概念，我们将其称为域模型。域模型是包含数据和行为的域的概念模型。域模型包含解决业务问题的代码。因此，它为平台提供了价值，因为它解决了用户的需求。作为开发人员和公司，您希望将资源投入到这些模型上，因为通常情况下，您可以从中获取资金。

一个域模型总有不完善的地方，因此，我们需要快速迭代我们的假设，并根据实际用户需求调整业务需求，以便他们可能比公司解决方案更快地进行更改。

为了知道我们正在构建正确的工具，我们希望具有较短的交付时间和快速的反馈循环。这种反馈循环越快，您的产品在市场上的竞争力就越强。从本质上讲，要敏捷。

案例

假设解决方案空间需要一个不可变的分类帐本，通过共享和可信网络与第三方参与者进行交互。系统中的参与者是与我们定义的系统交互的任何人。

我们的案例场景是一家提供资产管理系统的公司。作为一个开发团队，我们已经看到Blockchain似乎是一种符合我们最初需求的有前途的技术。因此，我们研究了我们可以使用的区块链。

让我们分两个主要方法来解决它，智能合约和预定义功能/合同。

智能合约方式，以太坊风格：它有助于代表整个商业模式。对于用户来说是一个非常重要的信息；

预定义功能方法，NEM风格：它提供了一组预定义的事务，这些事务组合带来了更高的交互方式。问题是，无法定义域模型以匹配我们的业务，就像我们使用传统工具一样。对于用户来说是一个非常重要的信息；

我们喜欢的属性：

开发周期短；

BusinessLogic可随时轻松升级；

丰富的域模型；

不可变数据存储；

网络中的任何人使用；

使用区块链实现域模型的方法有很多种。我认为与“传统”技术相比，我所知道的所有方法都过于昂贵且开发时间过长。确保区块链成本开销值得。

作为开发团队，我们选择了NEMBlockchain，因为它专注于资产。

那么，我们有哪些选项可以构建一个有用的域模型？因为第一个业务需求是使用令牌，我们发现NEM在其核心中提供了这个模型。所以，我们已经使用NEM区块链了。域模型的路径适合当前的区块链模型。

对于NEM2，又名Catapult，您可以选择扩展私有链的区块链行为，但我想分享如果您没有此选项的情况，可以选使用其他的区块链平台的项目扩展链上行为，但它们提供可以包含原始文本消息的事务。

开发团队的问题

业务团队已经看到客户需要不可替代的资产。如果资产是唯一的，拥有独特的所有者，则该资产是不可替代的。

可替换资产：代币，有10万个代币，它们之间都相等。

不可替代的资产：一辆车，你拥有一辆ID为1202的车。

业务需要将产品快速放到标记上以验证业务价值主张的假设。这就是为什么产品负责人分担了他们需要快速尝试并且与开发团队一起快速调整的原因。

在第一次部署之后，开发团队意识到NEM区块链事务并不代表业务所需的所有事情，例如，它没有对不可替代资产的本地支持。

作为开发团队，我们有两个选择：

重写所有内容以使用具有智能合约支持的区块链。它意味着再次学习一项新技术，它的局限性，并需要我们适应所拥有的新技术。如果幸运的话，我们只有很少的东西，但是如果有2-3个组件（移动应用程序、Web应用程序、服务器），重新编写一些逻辑可能会很痛苦，而且会浪费资源。

调整我们与区块链交互的方式，以获得更自由的定义域模型。开发团队已经获得了区块链方面的经验，他们知道该技术的局限性，而且他们已经开始更好地估计与区块链相关的功能，我们不想再开始这个过程。另外，我们可以重用我们已经拥有的部分内容。

我们选择第二个选项，因为否则本文没有任何意义。当你完成文章时，如果你仍然认为我应该解释为什么你不应该迁移到智能合约区块链，只需发表评论我会回复你！只要考虑到没有完美的解决方案，只需要一些有用的解决方案。

开发团队必须在区块链之上建模一个不可替代的资产，区块链本身不提供，它需要寻找替代方案。

开发团队对不同的设计方法进行了研究，并发现了CQRS模式。使用CQRS模式，开发团队可以使用NEM本地功能（如事务消息）创建不可替换资产的虚拟表示。