0

我现在已经查看了一些站点，但我仍在努力找到一个应用程序中所有可能的层/层的完整列表。

回到大学（1999 年），我记得以下几点：

  • 表示层（视图）
  • 应用层（控制器）
  • 业务逻辑层（API/规则）
  • 持久层（数据库/对象持久性/模型）

我并不是提倡使用它们……尤其是当您考虑到太多的层/层可能会导致复杂性增加时……我只是想知道完整的列表会是什么样子……

根据几个博客，我发现了几个不同的答案......根据一个博客，Javascript和客户端技术似乎已经泄露了添加更多客户端层，客户端层甚至可能包括

  • 行为层（Javascript、Flash）
  • 表示层（CSS/图像）注意：我虽然整个客户端层是表示层
  • 结构层（XHTML、HTML）

我只是想对所有可能的层有一个抽象的概念，（即使有些人称它们为不同的东西）

4

2 回答 2

0

如果您在谈论抽象，那么您可能找不到明确的层或层列表；此外，您遇到的任何列表都将取决于上下文。

层（或层）可以是逻辑的或物理的；表示层通常与业务逻辑在物理上是分开的——但我想说你上面的应用层和业务层更像是一个逻辑的东西（？）。

另一个关键方面是你的观点。根据您采取的观点，您会看到不同的层次：http ://www.opengroup.org/architecture/togaf8-doc/arch/chap31.html#tag_32

最后，沿着这些思路，解决方案的复杂性和/或性质也会对此产生影响——如果你广泛使用服务，那么你将拥有一个服务视图——或一个服务层。您考虑的层将受到您是在考虑单个系统/组件还是更广泛的解决方案的影响。

于 2010-03-22T01:13:15.193 回答
0

我会在您的列表中添加一个“集成层”。该层包含外部系统（电子邮件服务器、Web 服务等）的包装类。这些类实现了业务逻辑层提供的接口（与“持久层”应该采用的方式相同）。

于 2010-03-21T02:07:39.317 回答