系统架构与软件架构：构建与解析

关于系统架构的宏观介绍（由学习微服务架构引发的思考）

一、什么是系统架构（软件架构）

1. 软件架构：像学写文章一样，在学会用字、词、句之后，就应上升到段落，就应上升到文章的“布局谋篇”，这就是架构。通常来讲，软件架构设计就是软件系统系统的“布局谋篇”。

2. 软件架构与系统架构：（个人理解）软件是系统的一部分，所以软件架构也是系统架构的一部分，但是由于大多数情况下，软件是系统的主体，且设计软件架构时也要综合考虑硬件特性和网络特性，所以软件架构与系统架构之间的区别其实不大。

二、架构风格分类

讨论架构风格时要考虑最关键的四个要素，即提供一个词汇表、定义一套配置规则、定义一套语义解释原则和定义对基于这种风格的系统所进行的分析。Carlan和Shaw根据此框架给出了通用架构风格的分类（后面是具体的架构风格）：

数据流风格：批处理序列；管道/过滤器
最简单的架构，所有的数据按照流的形式在执行过程中前进，不存在结构的反复和重构。
调用/返回风格：主程序/子程序；面向对象风格；层次结构
在系统中采用了调用与返回机制，实际上是一种分而治之的策略，即将一个复杂的大系统分解为一些子系统，以便降低复杂度，并且增加可修改性。
独立构件风格：进程通信；事件系统
独立构件风格主要强调系统中的每个构件都是相对独立的个体，他们之间不直接通信，以降低耦合度，提升灵活性。
虚拟机风格：解释器；基于规则的系统
认为构建一个运行环境，在这个环境之上，可以解析与运行自定义的一些语言。
仓库风格：数据库系统；超文本系统；黑板系统

三、层次结构（常见所以讲一下）

层次结构中，每一层为上层服务，并作为下层的客户。但并不是每个系统都适合分层的模式，很难找到一个合适的、正确的层次抽象方法。

典型的层次系统架构风格：

二层及三层C/S架构风格
B/S架构风格
MVC架构风格
MVC（Model View Controller），是分层架构的一种。
Model是对应用状态和业务功能的封装，接受Controller的请求并完成相应的业务处理，在改变状态的时候向View发出相应的通知。
View实现可视化界面的呈现并捕捉最终用户的交互操作（例如鼠标和键盘的操作）。
View捕捉到用户的交互操作后会直接转发给Controller，后者完成相应的UI逻辑。如果需要涉及业务功能的调用，Controller会直接调用Model。在完成UI处理后，Controller会根据需要控制原View或者创建新的View对用户操作予以响应。

4.MVP架构风格
MVP的全称为Model-View-Presenter，Model提供数据，View负责显示，Controller/Presenter负责逻辑的处理。MVP是从讲点的MVC演变而来的，他们的基本思想由相同的地方：Controller/presenter负责逻辑的处理，Model提供数据，View负责显示。当然MVP与MVC也有一些显著的区别，MVC模式中元素之间“混乱”的交互主要体现在允许View和Model直接进行“交流”，这在MVP模式中是不允许的。

四、面向服务的架构SOA（流行所以讲一下）

（一）SOA概述

迄今为止，对于面向服务的架构（Service-Oriented Architecture,SOA）还没有一个公认的定义。一般认为，SOA是一种程序架构，在这种架构中，所有功能都定义为独立的服务，这些服务带有定义明确的可调用接口，能够以定义好的顺序调用这些服务来形成业务流程。

SOA是面向对象模型的一种替代，SOA是基于对象的，但是作为一个整体，它却不是面向对象的。
所有的功能都被定义成了独立的服务。服务之间通过交互和协调完成业务的整体逻辑。
与SOA紧密相关的技术主要有UDDI（统一描述、发现和集成）、WSDL（服务描述语言）、SOAP（简单对象访问协议）、REST（表述性状态转移）等，而这些技术都是以XML为基础而发展起来的。