领域驱动设计的社区主流声音是划分问题空间（Problem Space）与解空间（Solution Space）。整个问题空间实际上就是团队开发的目标系统对应的领域，这实际上也是业务架构要描述的目标。领域驱动设计解决大规模问题空间的方法或模式是引入子领域（Subdomain）。 根据价值高低的不同，子领域分为核心子领域、支撑子领域和通用子领域。若将其引入到业务架构，似乎可以根据价值高低建立不同的服务
远在2009年，Martin Fowler与Rebecca Parsons在QCon SF做了一次题为Agilists and Architects: Allies not Adversaries Presentation的演讲。演讲主要讨论了在敏捷方法中的架构活动。相似的话题，Neal Ford则
说起来，所谓Evolutionary Design已经是老生常谈了。早在2004年，Martin Fowler在文章 "Is Design Dead" 中就深刻地比较了计划式设计与演进式设计，至今阅读这篇文章，对于理解敏捷和演进式设计依旧振聋发聩。我在博客 "设计恰如其分的架构" 中，也算得上是旁征
Copyright © 2005-2025 51CTO.COM 版权所有 京ICP证060544号
