阅读Scott Hanselman关于这个问题的帖子:关于“三/多层/层架构/设计”的提醒:

请记住，在“Scott的世界”(希望也是你的世界:)中，“Tier”是一个部署单元，而“Layer”是代码中责任的逻辑分离。你可能会说你有一个“三层”系统，但在一台笔记本电脑上运行它。你可能会说你有一个“三层”系统，但只有ASP。与数据库对话的NET页。精准就是力量，朋友们。

我使用层来描述我的解决方案组件中的架构师或技术堆栈。通常在涉及网络或进程间通信时，我使用层对这些组件进行逻辑分组。

我发现一个定义说，层是逻辑分离，层是物理分离。

Logical layers are merely a way of organizing your code. Typical layers include Presentation, Business and Data – the same as the traditional 3-tier model. But when we’re talking about layers, we’re only talking about logical organization of code. In no way is it implied that these layers might run on different computers or in different processes on a single computer or even in a single process on a single computer. All we are doing is discussing a way of organizing a code into a set of layers defined by specific function. Physical tiers however, are only about where the code runs. Specifically, tiers are places where layers are deployed and where layers run. In other words, tiers are the physical deployment of layers.

来源:Rockford Lhotka，所有应用程序都应该是n层吗?

层指的是代码的逻辑分离。逻辑层帮助您更好地组织代码。例如，应用程序可以具有以下层。

表示层或UI层 业务层或业务逻辑层 数据访问层或数据层

上述三个层驻留在它们自己的项目中，可能是3个项目，甚至更多。当我们编译这些项目时，我们得到了相应的层DLL。现在我们有3个dll了。

根据我们部署应用程序的方式，我们可能有1到3层。因为我们现在有3个DLL，如果我们将所有DLL部署在同一台机器上，那么我们只有1个物理层，但有3个逻辑层。

如果我们选择将每个DLL部署在单独的机器上，那么我们就有3层和3层。

层是逻辑上的分离，层是物理上的分离。我们也可以说层是层的物理部署。

Yes my dear friends said correctly. Layer is a logical partition of application whereas tier is physical partition of system tier partition is depends on layer partition. Just like an application execute on single machine but it follows 3 layered architecture, so we can say that layer architecture could be exist in a tier architecture. In simple term 3 layer architecture can implement in single machine then we can say that its is 1 tier architecture. If we implement each layer on separate machine then its called 3 tier architecture. A layer may also able to run several tier. In layer architecture related component to communicate to each other easily. Just like we follow given below architecture

表示层 业务逻辑层 数据访问层

客户端可以与“表示层”进行交互，但出于安全考虑，客户端可以访问“业务逻辑层”下一层的公共组件(如业务逻辑层的公共组件)。 问:为什么我们使用层结构? 因为如果我们实现了层结构，我们就能提高应用程序的效率

= = >安全

= = >可管理性

= = >可伸缩性

其他需求，如开发应用程序后，我们需要改变DBMS或修改业务逻辑等，那么这是必要的。

问:为什么我们要使用分层架构?

因为每一层的物理实现都提供了更好的效率，没有层架构我们就无法实现层架构。分离机实现分离 层和分离层是实现一个或多个层这就是我们使用它的原因。 它用于容错目的。 ==>易于维护。

简单的例子

就像银行开在一个房间里，员工在里面分类:

门房 现金的人 负责介绍银行方案的人 经理

它们都是系统的相关组件。

如果我们去银行贷款，首先是一个门卫微笑着开门 之后我们就去就近介绍所有贷款方案的人 我们去经理小屋，通过贷款。 在那之后，最后我们去收银台贷款。 这些是银行的层结构。

层级呢? 一家银行的分行开在一个城镇，接着又开在另一个城镇，接着又开在另一个城镇 但是每个分支的基本要求是什么呢

门房 现金的人 负责介绍银行方案的人 经理

层和层的概念完全一样。

In plain english, the Tier refers to "each in a series of rows or levels of a structure placed one above the other" whereas the Layer refers to "a sheet, quantity, or thickness of material, typically one of several, covering a surface or body". Tier is a physical unit, where the code / process runs. E.g.: client, application server, database server; Layer is a logical unit, how to organize the code. E.g.: presentation (view), controller, models, repository, data access. Tiers represent the physical separation of the presentation, business, services, and data functionality of your design across separate computers and systems. Layers are the logical groupings of the software components that make up the application or service. They help to differentiate between the different kinds of tasks performed by the components, making it easier to create a design that supports reusability of components. Each logical layer contains a number of discrete component types grouped into sublayers, with each sublayer performing a specific type of task.

两层模式表示客户机和服务器。

在此场景中，客户机和服务器可能存在于同一台机器上，也可能位于两台不同的机器上。下图演示了一个常见的Web应用程序场景，其中客户机与位于客户机层的Web服务器交互。该层包含表示层逻辑和任何所需的业务层逻辑。Web应用程序与承载数据库层的独立机器通信，数据库层包含数据层逻辑。

分层的优点:

Layering helps you to maximize maintainability of the code, optimize the way that the application works when deployed in different ways, and provide a clear delineation between locations where certain technology or design decisions must be made. Placing your layers on separate physical tiers can help performance by distributing the load across multiple servers. It can also help with security by segregating more sensitive components and layers onto different networks or on the Internet versus an intranet.

1层应用程序可以是3层应用程序。

层是概念实体，用于从逻辑角度分离软件系统的功能;当你实现系统时，你使用不同的方法组织这些层;在这种情况下，我们不称它们为层，而是称它们为层。

为什么总想用复杂的词?

一层=你的代码的一部分，如果你的应用程序是一个蛋糕，这是一片。

一层=一台物理机器，一台服务器。

一个层承载一个或多个层。

层的例子:

表示层=通常是所有与用户界面相关的代码 数据访问层=与数据库访问相关的所有代码

层:

你的代码托管在服务器上=你的代码托管在一个层上。

你的代码托管在2个服务器上=你的代码托管在2层上。

例如，一台机器承载Web站点本身(表示层)，另一台机器更安全地承载所有更安全的代码(真正的业务代码-业务层、数据库访问层等)。

实现分层架构有很多好处。这很棘手，正确实现分层应用程序需要时间。如果你有一些，看看微软的这篇文章:http://msdn.microsoft.com/en-gb/library/ee658109.aspx

层是应用程序内相关功能[代码]的逻辑分离，层之间的通信是显式和松散耦合的。[表示逻辑，应用逻辑，数据访问逻辑]

层是在单个计算机(进程)中[托管在单个服务器上]的层的物理分离。

如图所示:

1-Tier & 3-Layers « App Logic  with out DB access store data in a files.
2-Tier & 3-Layers « App Logic & DataStorage-box.
2-Tier & 2-Layers « Browser View[php] & DataStorage[procedures]
2-Tier & 1-Layers « Browser View[php] & DataStorage, query sending is common.
3-Tier & n-Layer  « Browser View[php], App Logic[jsp], DataStorage

n层优势: 更好的安全性 可伸缩性:随着组织的发展，您可以使用DB-Clustering扩展您的DB-Tier，而不涉及其他层。 可维护性:Web设计人员可以更改视图代码，而无需触及其他层上的其他层。 轻松升级或增强[例如:您可以添加额外的应用程序代码，升级存储区域，甚至为移动，平板电脑，pc等单独的设备添加多个显示层]

来自博客的图表

我喜欢下面来自微软应用程序架构指南2的描述

层描述了应用程序中功能和组件的逻辑分组;而层描述了功能和组件在独立服务器、计算机、网络或远程位置上的物理分布。尽管层和层使用相同的名称集(表示、业务、服务和数据)，但请记住，只有层意味着物理分离。

当你谈论表示、服务、数据、网络层时，你是在谈论层。 当你“分别部署它们”时，你谈论的是层。

Tiers是关于部署的。 这样说吧:我们有一个应用程序，它有一个用Angular创建的前端，它有一个像MongoDB一样的后端，还有一个在前端和后端之间交互的中间层。因此，当前端应用程序、数据库应用程序和中间层都单独部署时，我们称其为3层应用程序。

好处:如果我们将来需要扩展后端，我们只需要独立地扩展后端，而不需要扩展前端。

从技术上讲，Tier可以是代码运行所需的一种最小环境。

例如，假设一个3层应用程序可以运行

3 physical machines with no OS . 1 physical machine with 3 virtual machines with no OS. (That was a 3-(hardware)tier app) 1 physical machine with 3 virtual machines with 3 different/same OSes (That was a 3-(OS)tier app) 1 physical machine with 1 virtual machine with 1 OS but 3 AppServers (That was a 3-(AppServer)tier app) 1 physical machine with 1 virtual machine with 1 OS with 1 AppServer but 3 DBMS (That was a 3-(DBMS)tier app) 1 physical machine with 1 virtual machine with 1 OS with 1 AppServers and 1 DBMS but 3 Excel workbooks. (That was a 3-(AppServer)tier app)

Excel工作簿是运行VBA代码所需的最低环境。

这3个工作簿可以放在一台物理计算机上，也可以放在多个物理计算机上。

我注意到，在实践中，人们在应用描述上下文中说“层”时，指的是“操作系统层”。

也就是说，如果一个应用运行在3个不同的操作系统上，那么它就是一个3层应用。

所以从学究角度来说，描述应用程序的正确方法是

“1至3层能力，运行在2层”应用程序。

:)

层只是应用程序中职责功能分离的代码类型(例如，表示，数据，安全等)。

IBM的三层体系结构文章有一个章节专门讨论这个主题:

In discussions of three-tier architecture, layer is often used interchangeably – and mistakenly – for tier, as in 'presentation layer' or 'business logic layer.' They aren't the same. A 'layer' refers to a functional division of the software, but a 'tier' refers to a functional division of the software that runs on infrastructure separate from the other divisions. The Contacts app on your phone, for example, is a three-layer application, but a single-tier application, because all three layers run on your phone. The difference is important, because layers can't offer the same benefits as tiers.