问题一：在财务信息化研发中，为何选择将事务控制放在biz层？
在财务信息化研发中，为何选择将事务控制放在biz层？
参考回答：
选择将事务控制放在biz层主要是出于架构简约性的考虑。由于财务信息化领域对性能的挑战相对较小，将事务控制放在biz层可以简化架构并减少复杂性。同时，这也符合“厚domain薄biz”的架构原则，使得domain层更加专注于核心业务逻辑的实现。
关于本问题的更多回答可点击原文查看：https://developer.aliyun.com/ask/620215
问题二：在需要协调多域且对实时性（RT）有要求的场景中，如何处理事务控制？
在需要协调多域且对实时性（RT）有要求的场景中，如何处理事务控制？
参考回答：
可以考虑将长流程的biz拆散，并使用事务内消息（如本地DB）进行串联。这样可以避免大事务带来的性能风险，但可能会牺牲biz在语义上的完整性。这种做法可以视为一种妥协方案，在确保一致性的同时尽量满足实时性要求。
关于本问题的更多回答可点击原文查看：https://developer.aliyun.com/ask/620216
问题三：领域设计的核心是什么？
领域设计的核心是什么？
参考回答：
是划分，包括确定切割的位置和切割出来的大小，这极大地决定了一个架构的生命长度。
关于本问题的更多回答可点击原文查看：https://developer.aliyun.com/ask/620217
问题四：在进行领域设计时，应该采取哪些关键步骤？
在进行领域设计时，应该采取哪些关键步骤？
参考回答：
最关键的两步是：首先，画出全局模型图，确定各种关联关系，找出耦合度最高的一组元素并划分为一个域，同时从语义的角度明确每个域的职责和服务；其次，按场景逐个画出泳道图以推演调用关系，从而检查调用的合理性以及域定义的完整性和内聚度。
关于本问题的更多回答可点击原文查看：https://developer.aliyun.com/ask/620218
问题五：在实际操作中，为何有时会省略“按user case + 鲁棒图推演出核心模型”这一步骤？
在实际操作中，为何有时会省略“按user case + 鲁棒图推演出核心模型”这一步骤？
参考回答：
因为这种系统性的架构设计通常发生在一个业务系统已经发展了若干年之后，而非系统成立之初。此时，研发人员通常能够凭借经验罗列出核心模型，且当时架构设计的核心问题不在于模型的完整度，而在于如何合理地进行分层分域。因此，这是一种实操上的变通简化。
关于本问题的更多回答可点击原文查看：https://developer.aliyun.com/ask/620219
