软件架构设计中的业务层剖析
在软件设计领域，架构的设计是一个复杂且关键的过程，其中业务层的设计更是重中之重。本文将深入探讨业务层设计中的多个关键方面，包括领域模型的选择、任务编排、层间连接、领域服务以及数据传输等问题。
领域模型的选择
领域模型在软件设计中具有重要作用，但它所宣称的好处并非总是那么具体。有时候，设计出的领域模型可能只是表面上与现实相符，实际却存在差距。在软件设计中，一个好的贫血模型可能比糟糕的领域模型能带来更好的结果。这取决于团队的技能水平以及团队是否有能力设计出有效的领域模型。
贫血领域模型（ADM）在复杂领域中，尤其是面对频繁变化的业务规则时，是一种反模式。但在数据驱动的应用程序和CRUD系统中，贫血模型是完全适用的。
从数据到任务的转变
几十年来，关系数据建模一直是对软件应用程序业务层进行建模的有效方法。在.NET领域，2000年代初是一个转折点。当时，许多将核心业务逻辑固化在大型机上的公司利用Microsoft .NET Framework和互联网的突破对系统进行改造和现代化。这在短短几年内给开发者带来了巨大的复杂性，使得快速应用开发（RAD）和关系建模显得力不从心，其局限性也逐渐暴露。
从图1可以看出数据建模技术在过去几十年的演变趋势，Domain-Driven Design（DDD）的出现提高了模型的忠实度，并且将设计的重点从以数据为中心转向了以任务为中心。这种转变是为了应对日益复杂的业务需求，是一种自然的发展趋势。
graph LR classDef process fill:#E5F6FF,st
