Microsoft .NET企业级套用架构设计

内容简介

书中第一部分介绍了软体设计基本原则以及架构的相关概念；第二部分按照业务逻辑层、数据访问层、表现层和服务层进行了说明，并详细分析了各层中的常见模式。作者Dino曾撰写多部.NET相关的畅销着作，虽然本书涉及架构这个高端主题，但其文字生动活泼，行文一气呵成。本书适合中高级.NET开发人员、软体架构师以及有志于成为软体架构师的读者阅读。

编辑推荐

《Microsoft .NET企业级套用架构设计》：游刃有余地控制複杂性设计高效的企业级解决方案在一开始就要做出正确的架构决策，从而提高产品的质量和可靠性。《Microsoft .NET企业级套用架构设计》由两位企业级系统开发专家执笔，会告诉你如何用各种模式和技术来控制项目的複杂性，让系统更易于编写、维护和升级。读者会得到实用的架构方面的指导，包括：·在早期设计师就考虑到可测试性、可维护性和安全性·通过面向服务的接口暴露业务逻辑·选择最佳的模式来组织业务逻辑和行为·了解并使用模式来分离Ul和表现层逻辑·深入探究数据访问层的模式和最佳实践·为对象和数据之间的转换提供良好的解决方案·降低开发工作量，避免过度设计，建造更强壮的系统

作者介绍

作者：（美国）埃斯波西托（Dino Esposito） （美国）萨尔塔列洛（Andrea Saltarello） 译者：陈黎夫埃斯波西托，（Dino Esposito）是一位ASP NET和AJAX方面的专家、受人欢迎的演讲者，并经常为MSDN Magazine撰写文章。他曾存Microsoft Press出版多本着作，包括《Prog rammingMic rosoft ASP . NET 3.5》和《IntroducingMicrosoft ASP .NET AJAX》等。萨尔塔列洛，（Andrea Saltarello）是一位解决方案架构师、谘询师和培训师，居住于义大利米兰。作为微软公司ASP .NET方面的MVP，他管理着义大利的微软.NET用户组，并经常在各种业界会议中演讲。

图书目录

第一部分 设计原则第1章 当代的架构师和架构1.1 软体架构到底是什幺1.1.1 将架构原则套用至软体中1.1.2 什幺属于架构，什幺不属于1.1.3 架构与决定相关1.1.4 软体的需求和质量1.2 架构师到底是什幺1.2.1 架构师的职责1.2.2 你知道有多少种架构师吗1.2.3 对架构师的一些常见误解1.3 软体开发流程概览1.3.1 软体生命周期1.3.2 软体开发模型1.4 小结1.5 本章的墨菲法则第2章 UML必要知识2.1 uML概览2.1.1 建模语言的出现动机和历史2.1.2 UML的模式和使用方法2.2 UML图表2.2.1 用例图2.2.2 类图2.2.3 顺序图2.3 小结2.4 本章的墨菲法则第3章 设计原则和模式3.1 基本设计原则3.1.1 警钟因何而鸣3.1.2 结构化设计3.1 3分离关注点3.2 面向对象设计3.2.1 面向对象基本设计原则3.2.2 高级原则3.3 从原则到模式3.3.1 模式究竟是什幺3.3.2 模式vs.惯用法3.3.3 依赖注入3.4 在设计时就考虑需求3.4.1 可测试性3.4.2 安全性3.5 从对象到方面3.5.1 面向方面编程3.5.2 AOP实战3.6 小结3.7 本章的墨菲法则第二部分 系统设计第4章 业务层4.1 业务逻辑层究竟是什幺4.1.1 业务层剖析4.1.2 业务逻辑层的位置4.1.3 业务层和其他层4.1.4 创建业务层的模式4.2 事务脚本模式4.2.1 事务脚本模式概述4.2.2 模式实战4.3 表模组模式4.3.1 表模组模式概述4.3.2 表模组模式实战4.4 活动记录模式4.4.1 活动记录模式概述4.4.2 活动记录模式实战4.5 领域模型模式4.5.1 领域模型模式概述4.5.2 领域模型模式实战4.6 小结4.7 本章的墨菲法则第5章 服务层5.1 服务层究竟是什幺5.1.1 服务层的职责5.1.2 究竟什幺是服务5.1.3 服务层中的服务5.2 服务层模式实战5.2.1 服务层模式概览5.2.2 服务层模式实战5.3 相关模式5.3.1 远程门面模式5.3.2 数据迁移对象模式5.3.3 适配器模式5.3.4 数据迁移对象和程式集5.4 面向服务架构5.4.1 SOA的原则5.4.2 SOA不是什幺5.4.3 SOA和服务层5.5 富Web前端的特例5.5.1 重构服务层5.5.2 设计AJAX服务层5.5.3 实现AJAX服务层的安全性5.6 小结5.7 本章的墨菲法则第6章 数据访问层6.1 数据访问层究竟是什幺6.1.1 数据访问层的功能需求6.1.2 数据访问层的职责6.1.3 数据访问层和其他层6.2 设计你自己的数据访问层6.2.1 数据访问层的契约6.2.2 外挂程式模式
6.2.3 控制反转模式6.2.4 为数据上下文打下基础6.3 雕琢你自己的数据访问层6.3.1 实现持久化层6.3.2 实现查询服务6.3.3 实现事务性语义6.3.4 实现唯一性和标识映射6.3.5 实现并发6.3.6 实现延迟载入6.4 使用O/RM工具增强数据访问层6.4.1 对象/关係映射器6.4.2 使用O/RM工具创建数据访问层6.5 是否应该使用存储过程6.5.1 有关存储过程的传言6.5.2 那幺动态SQL呢6.6 小结6.7 本章的墨菲法则第7章 表现层7.1 用户界面和表现层逻辑7.1.1 表现层的职责7.1.2 用户界面的职责7.1.3 表现层的常见误区7.2 表现层的演化7.2.1 模型—视图—控制器模式7.2.2 模型—视图—展示器模式7.2.3 PresentationModel模式7.2.4 选择用户界面模式7.3 表现层的设计7.3.1 视图中要显示什幺数据7.3.2 处理用户操作7.4 表现层的惯用设计7.4.1 Web表现层中的MVP7.4.2 Windows平台中的MVP7.5 小结7.6 本章的墨菲法则附录 A Northwind Starter Kit最后的思考

图书序言

正确的判断来自于经验，而经验则来自于错误的判断。——Fred Brooks每次遇到软体项目时，我们都会创建一个解决方案。这个过程就叫做架构设计，而架构设 计的最终产物就是软体架构。软体架构可以分为隐式和显式两种。隐式架构是指那些在我们头脑中描绘出的设计，往往写在Microsoft Office Word文档或记事 本上。隐式架构可以看做是一系列原有经验，其他类似项目中学到的技巧以及将抽象的概念进 行组织并套用到手头项目中的能力。例如，若你是个专业的木匠，那幺显然不需要为了给宠物 狗造窝而大动干戈地绘图或精确测量，只要几分钟你就能想出一个隐式的架构。随后便可直奔 主题开始工作，仅仅在必要的时候进行合适的判断即可。这样在项目结束时，结果也会很不错。若项目干係人的想法过于複杂精细，以至于无法用经验和头脑中的想法来处理，则需要采 用显式架构。这时，你就需要做一些有预见性的规划并获取一定的指导，然后套用合理的模式 和实践，以期实现最终的目标。架构是什幺“架构”这个词已被用在很多不同的上下文中。其定义可以在《牛津英语词典》或软体领域 中的美国国家标準学会（American National Standards Institute，ANSI）/电气和电子工程师学会（Institute 0f Electrical and：Electronics Engineers，IEEE）的标準库中找到。在ANSI和IEEE的释义中，架构的定义主要包括规划、设计以及创建软体的过程。软体架构是指那些用来为项目系人提供足够说明（如某个用户需求）的一些人工产物。