日期：2020.04.09
博客期：171
星期四
《一线架构师实践指南》中 第三编——Refined Architecture阶段 分布在第11章开始。
文章开篇以一个 “《方案书》确认之后” 的小故事，鲜明地点出了 “总体设计” 是方案更详细的设计而且必须有指导和限制程序员的能力才行两部分要素。在这“细化架构部分”，文章的开头部分就是直接讲述了 “方案” 与 “架构” 的关系，讲到了它们的差异性和 “公式”：
方案 = “ 项目 + 需求 + 架构 ” 的总览 方案 ≠ 架构的全部
这是作者在 “方案” 和 “架构” 之间的思考，我觉得这两个公式合在一起理解呢，就像方案是 大局总览 ，而 架构 相当于是 项目中的编码的总体设计结构。
之后作者提笔写实的例子并自己总结：不同涉众看待软件架构的视角是不同的。其实非架构师是这么认为的——架构应该怎么为 “我” 服务。所有非架构师都是想架构能怎样的帮助到自己的工作，所以视角会不同。而 “多视图”的方法就是针对不同的人员绘制的，我们需要将这种方法融汇到一线架构师的各项具体的工作中。