本文的目的是共同努力，以建立确定性，为所有人创建共同的愿景，并为企业应用程序领域的体系结构层提供一个简短，清晰而实用的定义。您可以讨论和补充评论中文章中提供的所有内容，并且我将根据评论更新文章中的材料。
将企业应用程序的体系结构分为几层
, .
- - , ,
- ,
- , ,
, .
架构层（企业应用程序） 是一组特定的（受目的限制，封闭的）资源（用于处理资源，零件，组件的工具），借助该资源，可以实现一组（受标准限制的）该层特征的应用任务。较高层基于较低层的资源来实现其组件（资源）。给定层的资源彼此兼容，并且仅在该层内使用（理想情况下）。父层可以使用多层的资源来创建自己的资源。它可以与以模式形式存在的抽象的理想化系统相关，或者与实现更相关-这确定了该层的组件。
图层组件：
- 如果该层与实现相关：类，对象，上下文，服务，控制器，代理，程序集...
- 如果该层是关于抽象的：数据模型（理想化），操作...
建筑层的特征是：
- 应用的目的（特定的，逻辑的）定义了可归于特定层的各种任务
- 在给定层上实现的一组特定任务
- 实现任务的资源和工具：数据，对象和可以对数据和对象执行的操作
- 某一层中的数据和逻辑在它们内部是一致的
- 一致性决定了某个层的资源交互中的可预测性和预定性，换句话说，形成该层的细节彼此兼容
- 单独的一层可以看作是一个自给自足的整体
- 层之间的依赖性可以最小化
- 创建的图层可以作为几个不同父图层的基础
- 从一层移动到另一层时，建模实体通常从一种表示转换为另一种表示
简要介绍设计建筑层的顺序：
- 所有业务需求都会突出显示，并按类别进行组织。
- 需求被分解为应用程序要解决的任务。
- 根据任务主题的相似性对任务进行分类和分组。
- 在这些类别的基础上，突出显示了体系结构层的一般目的，其中将解决任务。
- 解决问题可以被认为是一种提供所需结果的算法或过程。在所有任务中，区分公共组件（细节）并从中执行它们。（它们的模型和动作）。还将有一篇有关如何完成此操作的文章。
- 基于选定的组件，将实现相应层的类别，通常将它们组合为一个单独的组件。
示例
1.
ISO/OSI
2.
,
3.
1 — , , , ,
2 — , — , …
3 — , , — : , ,
() , (, , ) (, ).
, . 3 (, , ), . , , , .
ISO/OSI
2.
,
- : , ,
- (, , )
3.
1 — , , , ,
2 — , — , …
3 — , , — : , ,
() , (, , ) (, ).
, . 3 (, , ), . , , , .