计算机科学家David Wheele曾说过这么一句话:

All problems in computer science can be solved by another level of indirection
意思是:「 计算机科学领域的任何问题都可以通过增加一个间接的中间层来解决」。

这也是CS架构和分层架构的核心思想!

将CS架构和分层架构放在一起讨论除了上面的原因之外,还有如下几个原因:

  • CS架构和分层架构是使用很频繁的两种架构风格
  • CS架构和分层架构一般都会结合使用
  • CS架构中的2-tier,3-tier,N-tier与分层架构容易混淆,毕竟Tier和Layer都翻译为「层」

本文将探讨如下几个问题:

  • CS架构风格的约束
  • CS架构风格对架构属性的影响
  • 2-tier,3-tier,N-tier架构模式
  • 分层架构风格的约束
  • 分层架构风格对架构属性的影响
  • Tier和Layer的区别「为什么两层架构(2-tier)、三层架构(3-tier)、N层架构(N-tier)是CS架构风格的具体体现,而不是分层(Layer)架构风格的具体体现?!」
  • CS架构风格和分层架构风格适用哪些场景

CS架构风格的约束

  • Server组件提供了一组服务,并监听对这些服务的请求,
  • Client组件通过一个连接器将请求发送到Server,希望执行一个服务,
  • Server可以拒绝这个请求,也可以执行这个请求并将响应发送回Client。

CS架构风格最简单的实现就是2-tier!即两层架构模式。比如SSH,FTP就是两层架构。以FTP来说:

  • 远程有一个FTP文件服务器
  • 我们需要使用FTP客户端去连接那个文件服务器
  • 如果用户名密码错误,服务器会拒绝连接
  • 连接上以后,客户端可以下载或上传文件到服务端

最常用的CS架构风格的实现应该是3-tier!三层架构一般分为:

  • Presentation tier 表现层
  • Logic tier 业务逻辑层
  • Data access tier 数据访问层

CS架构风格使得客户端与服务端能够独立进化,提高了架构的「伸缩性」;架构层面代码隔离,提高了「可维护性」。
由于系统被拆分成了Client和Server,Client与Server端的通信可能会稍微影响「性能」!

分层架构的约束

  • 按照层次来进行组织,每个层都有特定的责任
  • 每一层为在其之上的层提供服务,并且使用在其之下的层所提供的服务
  • 较低层不可使用较高层中的服务
  • 一般不跨层调用

分层架构一般分为四层,和CS架构风格非常类似,:

  • Presentation layer 表现层 (Controller层可以属于这一层)
  • Application layer 应用层 (常说的Service层就属于这一层)
  • Business layer 业务逻辑层(领域对象层属于这一层)
  • Data access layer 数据访问层(持久层,日志,网络层等)

分层架构风格使得组件高内聚、低耦合,每个组件能独立进化,提高了架构的「伸缩性」;组件层面代码隔离,提高了「可维护性」;层与层之间调用限制,可方便的替换对应的层,方便了「组件复用」以及「可移植性」!
由于一个请求可能需要经过多层来处理,层与层之间的通信会影响到「性能」!

Tier与Layer

不知道你有没有疑问?2-tier、3-tier、N-tier架构模式为什么是CS架构风格的实现?而不是分层架构风格的实现?毕竟Tier与Layer都翻译为「层」!

这里先说下Tier和Layer的区别!

网络上有两种解释:

  • 一种解释是,Tier是纵切,Layer是横切
  • 另一种解释是,Tier是物理层,Layer是逻辑层

先说第一种解释,纵切和横切是什么意思呢?看上面三层架构图,表现层、逻辑层、数据层由上至下排列,看起来好像是被刀横向切过一样,这就是横切。纵切就是表现层、逻辑层、数据层由左至右排列,看起来好像是被刀纵向切过一样。

很明显,这个解释说不通,架构图只是示意而已,组件如何摆放可能和个人习惯有关。上面的三层架构图来自wiki,它是一个横切图,但是它是3-tier!

相对的,第二种解释就比较合理。Tier是物理层,Layer是逻辑层。上面的例子中,三层架构的表现层、逻辑层、数据层都是可独立部署的,也就是物理层。而Controller层,Service层,Model层等,是在一个应用中的,是逻辑划分的,不能独立部署。

维基百科在「多层架构」里也间接支持了这个观点:

In a 「logical multilayered architecture」 for an information system with an object-oriented design, the following four are the most common:Presentation layer,Application layer,Business layer,Data access layer
在面向对象设计的「逻辑分层架构」中,系统一般被分为:表现层,应用层,业务层和数据访问层

那我们如何解释「2-tier、3-tier、N-tier架构模式是CS架构风格的实现这个问题呢?」!

其实很简单,2-tier是一个Client和Server进行通信!那么你可以这么看3-tier架构模式:

  • 数据层相对于逻辑层来说,就是个Server,为逻辑层提供数据服务;逻辑层相对于数据层来说,就是个Client,请求数据层获取数据
  • 逻辑层相对于表现层来说,就是个Server,为表现层提供服务;表现层相对于逻辑层来说,就是个Client,请求逻辑层处理相应逻辑

N-tier架构模式类似,就不赘述了!

微妙关系

CS架构风格和分层架构风格其实关系比较微妙!

举个简单的例子,一般架构设计时,会先设计逻辑视图!比如Controller层,Service层和Model层。如果我新增了一个缓存层用来缓存Model数据,那么请问这个缓存层是个Layer还是Tier?答案是不一定。如果你使用了redis来缓存数据,那么缓存层就是个Tier。而如果你直接在系统里写代码实现,那么就是Layer!

使用场景

CS架构风格+分层架构风格可以说是个万金油组合!如果你无法确定该使用哪种架构风格的时候,那么可以先使用CS架构风格+分层架构风格!

上面所提到的对架构属性的影响,也是加成的!即会提高「伸缩性」,「组件复用」,「可移植性」,「可维护性」,但是会更加的影响「性能」!

参考资料

架构风格:万金油CS与分层的更多相关文章

  1. [解读REST] 4.基于网络应用的架构风格

    上篇文章介绍了一组自洽的术语来描述和解释软件架构:如何利用架构属性评估一个架构风格:以及对于基于网络的应用架构来说,那些架构属性是值得我们重点关注评估的.本篇在以上的基础上,列举一下一些常见的(RES ...

  2. 架构风格:你真的懂REST吗?

    本文探讨如下几个问题: 什么是REST REST包含哪些约束 什么是RESTful 纯RESTful API的难点在哪里 如果你去搜索「什么是REST」的话,大部分情况下,你看到的基本都是RESTfu ...

  3. 理解本真的REST架构风格

       http://kb.cnblogs.com/page/186516/ 引子 在移动互联网.云计算迅猛发展的今天,作为一名Web开发者,如果您还没听说过“REST”这个buzzword,显然已经落 ...

  4. 【DDD】领域驱动设计实践 —— 架构风格及架构实例

    概述 DDD为复杂软件的设计提供了指导思想,其将易发生变化的业务核心域放置在限定上下文中,在确保核心域一致性和内聚性的基础上,DDD可以被多种语言和多种技术框架实现,具体的框架实现需要根据实际的业务场 ...

  5. 【转载】理解本真的REST架构风格

    本文将带您领略REST架构的起源.与Web的关系.REST架构的本质及特性,以及REST架构与其他架构风格之间的比较. 引子 在移动互联网.云计算迅猛发展的今天,作为一名Web开发者,如果您还没听说过 ...

  6. 理解本真的REST架构风格(转,解释的最清楚)

    add by zhj start: Fielding在批判性继承前人研究成果的基础上,建立起来一整套研究和评价软件架构的方法论.这套方法论的核心是“架构风格”这个概念.架构风格是一种研究和评价软件架构 ...

  7. 架构-架构风格:RESTful

    ylbtech-架构-架构风格:RESTful 一种软件架构风格.设计风格,而不是标准,只是提供了一组设计原则和约束条件.它主要用于客户端和服务器交互类的软件.基于这个风格设计的软件可以更简洁,更有层 ...

  8. 深入探索REST(2):理解本真的REST架构风格

    文章转载地址:https://www.infoq.cn/article/understanding-restful-style/,如引用请标注文章原地址 引子 在移动互联网.云计算迅猛发展的今天,作为 ...

  9. REST 架构风格

    目前基于网络应用的架构风格主要有三种: RPC架构风格   将服务器看作是由一些过程组成,客户端调用这些过程来执行特定的任务.SOAP就是RPC风格的一种架构.过程是动词性的(做某件事),因此RPC建 ...

随机推荐

  1. nodejs繁琐地自建路由

    一.繁琐的自建路由 app.js var server = require('./server'); server.startServer(); server.js var http = requir ...

  2. csharp:Microsoft.Ink 手写识别(HandWriting Recognition)

    /* 下載: //Microsoft Windows XP Tablet PC Edition 2005 Recognizer Pack http://www.microsoft.com/zh-cn/ ...

  3. hdu 1087 Super Jumping! Jumping! Jumping!(最大上升子序列和)

    Super Jumping! Jumping! Jumping! Time Limit: 2000/1000 MS (Java/Others)    Memory Limit: 65536/32768 ...

  4. 二维数组中的查找(C++和Python实现)

    (说明:本博客中的题目.题目详细说明及参考代码均摘自 “何海涛<剑指Offer:名企面试官精讲典型编程题>2012年”) 题目 在一个二维数组中,每一行都按照从左到右递增的顺序排序,每一列 ...

  5. Redis缓存方案

    1 Redis简介 Redis是一个开源的使用ANSI C语言编写.支持网络.可基于内存亦可持久化的日志型.Key-Value数据库,并提供多种语言的API.从2010年3月15日起,Redis的开发 ...

  6. C# FTP删除文件以及文件夹

    1.FTP文件操作类   FtpClient using System; using System.Collections.Generic; using System.Linq; using Syst ...

  7. windows系统的错误码

    https://blog.csdn.net/u011785544/article/details/51682290

  8. QT容器map的插入,修改,遍历

    除了map,QT的容器还有hash,以及迭代器等,这里写的是map #include "mainwindow.h" #include <QApplication> #i ...

  9. C++ int与string的相互转换(含源码实现)

    一.int转换成string Ⅰ.to_string函数 c++11标准增加了全局函数std::to_string: string to_string (int val); string to_str ...

  10. July 14th 2017 Week 28th Friday

    A life without a dress rehearsal, every day is broadcast live. 人生没有彩排,每天都是现场直播. Every day when I pre ...