架构形式是对给定上下文的软件架构中常见成绩的一种通用的可复用的处置方案。
一种形式就是特定上下文的成绩的一种处置方案。
但是，很多开发者至今还对各种软件架构形式之间的差别搞不清，甚至对其所知甚少。
大体上，主要有下面这7种架构形式：
分层架构
多层架构
管道 - 过滤器架构
客户端 - 效劳器架构
模型 - 视图 - 控制器架构
事情驱动架构
微效劳架构
# 分层架构形式最常见的架构形式就是分层架构或许称为 n 层架构。
大部分软件架构师、设计师和开发者都对这个架构形式十分熟习。虽然关于层的数量和类型没有详细限制，但大部分分层架构主要由四层组成：展现层、业务层、耐久层和数据库层，如下图所示。
一个很盛行的 n 层架构示例
1 上下文
一切复杂的系统都会阅历独立地开展和衍化系统各个部分的需求。出于这个缘由，系统开发者需求对关注点停止明晰且条理清楚的别离，以便系统的各个模块可以独立地开发和维护。
2 成绩
软件需求以这样一种方式联系：各个模块可以独自开发和衍化，各自部分之间的交互十分少，支持可移植性、可修正性和复用性。
3 方案
为了完成关注点别离，分层形式将软件联系成各个单元（称为“层”）。每一层都是一组模块，提供了一组高内聚的效劳。其运用必须是单向的。层将一组软件作为一个残缺的分区，每个分区暴露一个地下接口。
第一个概念是，每一层都有特定的角色和职责。例如，展现层担任处置一切的用户界面。分层架构的这种关注点别离，让构建高效的角色和职责十分复杂。
第二个概念是，分层架构形式是一个技术性的分区架构，而非一个范围性的分区架构。它们是由组件组成的，而不是范围。
最后一个概念是，分层架构中的每一层都被标记为封锁或许开放。封锁层意味着央求从一层移到另一层，它必须经过它正下面的这一层才能到达下面这一层的再下一层。央求不能跳过任何层。
封锁层和央求拜访
4 弱点
分层会招致功用下降。这种形式不适宜高功用运用顺序，由于经过架构中的多层来完成一个业务央求的效率是不高的。
分层还会添加系统的前期成本和复杂性。
5 用途
我们应该将这种方式运用于小型复杂的运用顺序或网站。关于预算和时间十分紧张的场景，这是一个不错的选择。
# 多层形式方案
一个多层形式示例：消费者网站 J2EE
许多系统的执行结构被组织成一系列逻辑组件分组。每个分组被称为一个层。
1 上下文
在一个散布式部署中，通常需求将系统的基础设备分到不同的子集中。
2 成绩
我们如何将舷联系到多个计算上独立的执行结构：由一些通讯媒介衔接的软件和硬件组？
3 弱点
少量前期成本和复杂性。
4 用途
用在散布式系统中。
# 管道-过滤器架构软件架构中重复出现的一种形式是管道 - 过滤器（pipe-filter）形式。
管道过滤器形式
1 上下文
许多系统需求转换从输入到输入的团圆数据流。许多类型转换在实际中重复出现，因此将其创立成独立的可复用的部分，这是比较理想的。
2 成绩
这些系统需求被联系成可复用的松耦合的组件，组件之间拥有复杂通用的交互机制。这样它们就可以灵敏地相互结合。这些通用松耦合的组件就很容易复用。那些独立的组件可以并行执行。
3 方案
这种架构中的管道构成了过滤器之间的通讯通道。第一个概念是，由于功用缘由，每个管道都是非定向的和点对点的，接受来自一个源的输入并常常直接输入到另外一个源。
在这种形式中，有如下四种过滤器。
producer（source）：一个进程的终点。
transformer (map)：对一些或一切数据停止转换。
tester (reduce)：测试一个或多个条件。
consumer (sink)：终点。
4 弱点
不太适宜交互性的系统，由于它们的转换特性。
过多的解析和反解析会招致功用损失，也会添加编写过滤器本身的复杂性。
5 用途
管道 - 过滤器架构用于各种运用顺序，特别是简化单项处置的义务，例如 EDI、ETL 工具。
编译器：延续的过滤器执行词法剖析、语法剖析、语义剖析和代码生成。
# 客户端-过滤器架构
1 上下文
有许多共享资源和效劳是少量散布式的客户端希望拜访的，我们希望控制拜访或效劳质量。
2 成绩
(责任编辑：admin)