DEV Community ·

六边形架构与乐观锁的结合可能并不简单

💡 原文英文，约500词，阅读约需2分钟。

📝

内容提要

六边形架构常用于服务结构，以避免通信细节影响业务逻辑。然而，频繁映射API与持久化对象可能导致并发更新时旧数据覆盖新数据，造成数据丢失。虽然事务和独占锁可以解决此问题，但会增加系统负担。使用乐观锁（添加版本号）可以避免重构，但需在映射时保留版本号，可能需要放宽六边形架构的规则。

🎯

🔎

六边形架构通过将业务逻辑与通信细节分离，提升了系统的可维护性和灵活性。然而，频繁的数据映射可能导致并发更新时的数据丢失问题。这要求开发者在设计时充分考虑并发场景，以避免潜在的风险。

乐观锁适用于并发更新较少的场景，能够在不重构持久化代码的情况下，减少系统负担。然而，使用乐观锁时需谨慎处理版本号的映射，以确保数据一致性。这可能需要对六边形架构的某些规则进行调整。

虽然事务和独占锁可以有效防止数据丢失，但它们会增加系统的复杂性和性能开销。在设计系统时，开发者需要权衡使用这些机制的必要性与对系统性能的影响，以找到最佳解决方案。

❓

六边形架构旨在避免通信细节影响业务逻辑代码。

频繁映射可能导致并发更新时旧数据覆盖新数据，造成数据丢失。

乐观锁通过在持久化数据中添加版本号，写回时检查版本是否匹配来避免数据冲突。

事务和独占锁会增加系统负担，可能导致性能下降。

在映射时保留版本号，可能需要放宽六边形架构的规则，例如将版本字段放入业务对象中。

重构持久化代码可能会影响整体设计，无法再使用完整对象的读取-修改-保存模式。

🏷️