Architecture 所有应用程序层/层的详细列表?

Architecture 所有应用程序层/层的详细列表?,architecture,web-applications,layer,tiers,Architecture,Web Applications,Layer,Tiers,我已经看过了一些网站,但我仍然在努力寻找一个完整的列表,其中列出了应用程序中所有可能的层/层 从1999年上大学开始,我就记得: 表示层视图 应用层控制器 业务逻辑层API/规则 持久层数据库/对象持久性/模型 我并不主张它们都被使用……尤其是当你认为太多层次/层次会导致复杂性的增加……我只是想知道完整的列表可能是什么样子……/P> 基于几篇博客,我找到了几个不同的答案……而Javascript和客户端技术似乎在根据客户端层可能包含的一层添加更多客户端层时泄露了信息 行为层Javascript,

我已经看过了一些网站,但我仍然在努力寻找一个完整的列表,其中列出了应用程序中所有可能的层/层

从1999年上大学开始,我就记得:

表示层视图 应用层控制器 业务逻辑层API/规则 持久层数据库/对象持久性/模型 我并不主张它们都被使用……尤其是当你认为太多层次/层次会导致复杂性的增加……我只是想知道完整的列表可能是什么样子……/P> 基于几篇博客,我找到了几个不同的答案……而Javascript和客户端技术似乎在根据客户端层可能包含的一层添加更多客户端层时泄露了信息

行为层Javascript,Flash 表示层CSS/图像注:我认为整个客户端层就是表示层 结构层XHTML
我只是想对所有可能的层都有一个抽象的概念,尽管有些人称它们为不同的东西

我会在你的列表中添加一个集成层。该层包含外部系统、电子邮件服务器、web服务等的包装器类。。这些类实现了业务逻辑层提供的接口,其方式与持久性层相同。

如果您说的是抽象的,那么您可能找不到定义的层或层列表;此外,您遇到的任何列表都将取决于上下文

层或层可以是逻辑的或物理的;表示层通常与业务逻辑在物理上是分离的,但我认为上面的应用层和业务层更符合逻辑

另一个重要方面是你的观点。根据您使用的视图,您将看到不同的图层:


最后,更进一步地说,解决方案的复杂性和/或性质也会影响这一点——如果您广泛使用服务,那么您将拥有服务视图——或服务层。您考虑的层将受到您是否正在选择单个系统/组件或更广泛的解决方案的影响。

谷歌N层架构。看看你能不能找到更多的方法。