今天，我们要讨论的是MVC+CRUD框架和CQRS /事件源两者之间的复杂性。在软件开发领域，这两种框架都被广泛使用，但它们的细节和实现方式却截然不同。我们需要深入挖掘这些差异，了解每种框架的优点和缺点，才能选择适合自己的框架。
首先，让我们来了解一下MVC+CRUD框架。这种框架采用模型-视图-控制器模式，以及创建，读取，更新和删除（CRUD）操作。这个模式非常易于理解和使用，因为它遵循了常规的开发流程。因此，在开发一些简单功能的应用程序时，使用MVC+CRUD是很合适的选择。
然而，MVC+CRUD在大型企业级应用中存在一些限制。首先，这种框架只能应对简单和直接的操作，而不能应对复杂的业务逻辑和定制的需求。此外，由于CRUD操作是绑定在模型上的，所以在处理针对不同模型的请求时需要写很多冗长的代码。最后，使用MVC+CRUD处理异步事件时也很困难，因为该框架只处理同步事件。
接下来，我们聚焦到CQRS /事件源框架。CQRS指的是“命令查询责任分离”，它强烈建议将读和写操作分开。事件源则是使用历史事件来记录数据状态变化的编程模式。CQRS /事件源的主要目的是解决MVC+CRUD框架所存在的缺陷，用于处理大规模、复杂和高吞吐量的企业级应用。
CQRS /事件源框架最大的优势就是它可以轻松地处理异步事件，而且不需要写大量的冗长代码。在这种框架中，读和写请求分别发送到不同的服务中，因此能够高效地处理高并发请求。此外，CQRS /事件源也可以从历史事件中重建数据状态，从而让开发人员能够更好地追踪数据变化。
当然，CQRS /事件源框架也存在一些缺点。首先，该框架需要更多的代码来处理读和写操作，增加了开发成本和时间。其次，该框架需要更高的技术水平和管理经验，因此不适合初学者。
总的来说，选择MVC+CRUD还是CQRS /事件源主要取决于您的应用程序需要哪种框架来处理。如果您开发的是小规模的应用程序，使用MVC+CRUD是个不错的选择。但如果您的应用程序需要处理大规模、复杂和高并发请求，使用CQRS /事件源是更好的选择。因此，在选择框架之前，一定要仔细思考和评估您的应用程序需求和长期目标。
了解更多有趣的事情：https://blog.ds3783.com/