Microsoft application architecture guide

序G
序二
前言
导言
软件架构和设计篇
第1章 什么是软件架构
1.1 为什么架构很重要？
1.2 架构的目标
1.2.1 架构风景线
1.3 架构设计的原则
1.3.1 关键设计原则
1.3.2 其他资源

第2章 软件架构的关键原则
2.1 概览
2.2 关键设计原则
2.3 关键设计考量
2.3.1 确定应用程序类型
2.3.2 确定部署策略
2.3.3 确定合适的技术
2.3.4 确定质量特性
2.3.5 确定横切关注点

第3章 架构模式和风格
3.1 概览
3.2 什么是架构风格？
3.3 关键架构风格小结
3.3.1 组合架构风格
3.4 客户端，月艮务端架构风格
3.5 基于组件的架构风格
3.6 领域驱动设计架构风格
3.7 分层架构风格
3.8 消息总线架构风格
3.9 N层／三层架构风格
3.10 面向对象架构风格
3.11 面向服务架构风格
3.12 其他资源

第4章 架构和设计的方法
4.1 概览
4.2 输入、输出和设计步骤
4-3确定架构目标
4.3.1 范围和时间
4.4 关键应用场景
44.1 对架构重要的用例
4.5 应用程序概览
4.5.1 相关技术
4.5.2 画出您的架构
4.6 关键问题
4.6.1 质量特性
4.6.2 横切关注点
4.6.3 用于减少问题的设计
4.7 候选解决方案
4.7.1 基准架构和候选架构
4.7.2 架构刺探
4.8 接下去做什么
4.9 评审架构
4.9.1 基于应用场景的评估
4.10 展示和沟通您的架构设计
4.11 其他资源

设计基础篇
第5章 分层应用程序指导原则
5.1 概览
5.2 逻辑分层设计
5.2.1 表现层、业务层和数据层
5.3 服务和分层
5.3.1 服务层
5A分层结构的设计步骤
5 A.1 第一步：选择您的分层策略
5.4.2 第二步：确定您需要的分层
5.4.3 第三步：确定如何分布层和组件
5.4.4 第四步：确定是否需要收缩层
5.4.5 第五步：确定层之间交互的规则
5.4.6 第六步：找出横切关注点
5.4.7 第七步：定义层之间的接口
5.4.8 第八步：选择您的部署策略
5.4.9 第九步：选择通信协议

第6章 表现层指导原则
6.1 概览
6.2 总体设计考量
6.3 特定设计问题
6.3.1 缓存
6.3.2 通信
6.3.3 组合
6.3.4 异常管理
6.3.5 导航
6.3.6 用户体验
6.3.7 用户界面
6.3.8 验证
6.4 技术考量
6.4.1 移动应用程序
6.4.2 富客户端应用程序
6.4.3 富互联网应用程序
6.4.4 Web应用程序
6.5 性能考量
6.6 表现层设计步骤
6.7 相关设计模式
6.8 模式和实践团队提供的产品
6.9 其他资源

第7章 业务层指导原则
7.1 概览
7.2 总体设计考量
7.3 特定设计问题
7.3.1 身份验证
7.3.2 授权
7.3.3 缓存
7.3.4 耦合和内聚
7.3.5 异常管理
7.3.6 日志、审核和指示器（Instrumentation）
7.3.7 验证
7.4 部署考量
7.5 业务层的设计步骤
7.6 相关设计模式
7.7 模式和实践团队提供的产品
7.8 其他资源

第8章 数据层指导原则
8.1 概览
8.2 总体设计考量
8.3 特定设计问题
8.3.1 批量处理
8.3.2 二进制大对象
8.3.3 连接
8.3.4 数据格式
8.3.5 异常管理
8.3.6 对象关系映射
8.3.7 查询
8.3.8 存储过程
8.3.9 存储过程和动态SQL
8.3.10 事务
8.3.11 验证
8.3.12 XML
8.4 技术考量
8.5 性能考量
8.6 安全考量
8.7 部署考量
8.8 数据层的设计步骤
8.9 相关设计模式
8.10 其他资源

第9章 服务层指导原则
9.1 概览
9.2 设计考量
9.3 具体设计问题
9.3.1 身份验证
9.3.2 授权
9.3.3 通信
9.3.4 异常管理
9.3.5 消息信道
9.3.6 消息构建
9.3.7 消息端点
9.3.8 消息保护
9.3.9 消息路由
9.3.1 0消息转换
9.3.1 1服务接口
9.3.1 2验证
9 ARESI和SOAP
9.4.1 REST设计考量
9.4.2 SOAP设计考量
……
应用程序原型篇
附录
索引