我现在看了几个网站，我仍然在努力寻找应用程序中所有可能的图层/层的完整列表。
从大学回来（1999年）我记得以下几点：
我并不是说它们都被使用了......尤其是当你认为太多层/层会导致复杂性增加时...我只是想知道完整列表可能是什么样的...... / p>
基于几个博客，我发现了几个不同的答案...... Javascript和客户端技术似乎已经泄漏，根据一个blog添加更多客户端层，客户端层甚至可能包括
我只是想弄清楚所有可能的层可能是什么，（尽管有些人称它们为不同的东西）
答案 0 :(得分：0)
我会在您的列表中添加“集成层”。该层包含外部系统（电子邮件服务器，Web服务等）的包装类。这些类实现了业务逻辑层提供的接口（与“持久层”应该相同）。
答案 1 :(得分：0)
如果你正在谈论抽象，那么你可能找不到层次或层级的明确列表;此外，您遇到的任何列表都将取决于上下文。
图层（或层）可以是逻辑的或物理的;表示层通常与业务逻辑在物理上分开 - 但我会说上面的应用层和业务层更符合逻辑（？）。
另一个重要方面是你的观点。根据您拍摄的视图，您会看到不同的图层：http://www.opengroup.org/architecture/togaf8-doc/arch/chap31.html#tag_32
最后，除此之外，解决方案的复杂性和/或性质也将对此产生影响 - 如果您广泛使用服务，那么您将拥有服务视图 - 或服务层。您考虑的层将受到您是否考虑单个系统/组件或更广泛的解决方案的影响。