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.

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

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

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

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

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

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

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.

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

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

从技术上讲，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层”应用程序。

:)

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

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或修改业务逻辑等，那么这是必要的。

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

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

简单的例子

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

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

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

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

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

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

层和层的概念完全一样。