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

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

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

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

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

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

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

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

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

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