这是一篇预习性质的报告，通过阅读线架构师实践指南一书第三编Refined Architecture阶段，我将对我学到的有关Refined Architecture阶段的内容进行一部分的阐释。首先是一段有关该阶段的前言：
“从概念架构到细化架构，先设计概念架构，构思关键问题的解决策略;再进行细化架构的设计，以保证为开发提供足够的指导和限制....这符合人类解决问题的规律，因此被广泛采用。这也是该阶段的过程的划分。
这部分内容首先是提出了要探究:“方案’与“架构”之间的关系具体而言，细化架构和概念架构之间存在如下典型差异:
1.接口。在细化架构中，接口占据非常核心的地位，而概念架构并不关心明确的接口定义(只有抽象的组件和抽象的交互机制)。
2.子系统。细化架构重视通过子系统和模块来分割整个系统，并且子系统往往有明确的接口;而概念架构中只有抽象的组件，这些组件没有接口，只有职责，一般是处理组件、数据组件或连接组件中的--种。当然，概念架构中也有“大组件分解成小组件”的设计决策，但并非子系统的含义。
3.交互机制。细化架构中的交互机制应是“实在”的，如基于接口编程、消息机制或远程方法调用等:而概念架构中的交互机制是“概念化”的，例如“A层使用B层的服务”就是典型的例子，这里的“使用”到了细化架构中可能基于接口编程、消息机制或远程:方法调用等其中的一种。
首先要搞清楚这部分的内容，方便对后面内容的理解与加深记忆。
之后紧跟的内容是方案与架构的区别，同样是三点：
1.方案包含一定 的架构内容。
2.方案涉及的架构基本在概念架构一级。
3.架构设计的工作还远未完成。
这是是对方案与架构区别的阐释，到此为止一共提到了三个名词，分别是细化架构，概念架构和方案，细化架构和概念架构都是属于架构的，而方案则是独立于架构的另一部分，细化架构与概念架构的区别上文已经有了很详尽的概括，这里不做赘述。而方案与架构不仅有着不同点，还有着覆盖关系。简单一句话概括方案=“项目+需求+架构”的总览但同时方案≠架构的全部。
之后的文章又提出了又有一句话说的很好：优秀的多视图方法，应贴近实践，贴近实践的多视图方法，应将-线架构师的各项具体工作涵盖其中不同涉众看待软件架构的视角是不同的。
总论篇的前言中写着：架构设计是一-门解决复杂问题的实践艺术， 于是,以分而治之为思想核心的多视图方法必不可少。本章介绍支持细化架构设计的整体思路--多 视图方法。可以看到，作为架构师，我们应该要懂得如何从多角度，多方面的看待问题。Refined Architecture是相对于Conceptual Architeture而言的，它们是架构设计的两个层次，分别对应于“概念级”解决方案和“规约级”解决方案(如图12-1所示)。须要注意的是, RefinedArchitecture (细化架构)属于架构设计，不能与Detailed Design (详细设计)相混淆。-----Refined Architecture总论
最后谈谈Refined Architecture意义吧：为了有意义地传达架构的信息,必须说明此刻正在讨论哪个或哪些结构一即 采用的是架构的哪个视图。所以，多视图方法有两个方面的实际意义:利于思考(因为分而治之的思维方式)。便于交流(因为在一定程度上分离了涉众关注点)。