架构设计的三个节奏原则

“需求决定架构”这句话之所以是废话，是因为它没告诉开发人员架构设计具体怎么做——真正框定整个架构设计过程节奏的，是三条必要条件，且它们必须按顺序依次成立，缺一不可。原则一，看透需求：架构师即便不是需求和领域模型的负责人，也必须深入理解需求，这是一切后续工作的地基。原则二，架构大方向正确：在深入细节之前，先确定正确的概念架构——”关键需求决定概念架构”，这一步解决的是”路子对不对”的问题，而不是”接口怎么定义”的问题。原则三，设计好架构的各个方面：通过多视图方法充分细化架构、通过架构原型验证架构，把概念架构落实到可执行的具体设计上。这三条原则最容易被误解的地方是顺序——不少架构新手习惯跳过第二步，需求理清后直接扎进”模块+接口”的细节设计，结果在系统较大、复杂度较高时经常”乱了阵脚”；而真正框定节奏的关键在于，必须先把大方向定对（原则二），才有资格去谈”设计好各个方面”（原则三），否则再精细的细节设计也是在错误的地基上砌墙。这三条原则本质上回答了同一个问题的三个递进层次：”知道要解决什么问题”（原则一）→”知道往哪个方向解决”（原则二）→”知道怎么把方向落实成可执行方案”（原则三）。