.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.3.3 可持续性
1.4 小结
第2章　.NET实践领域
2.1 从内部挖掘
2.1.1 技术债
2.1.2 缺陷跟踪系统
2.1.3 反思分析
2.1.4 前瞻性分析
2.2 应用程序生命周期管理
2.3 设计模式和开发指南
2.3.1 .NET设计规范
2.3.2 微软的模式和实践小组
2.3.3 显示界面层设计模式
2.3.4 对象-对象映射
2.3.5 依赖注入
2.4 研究和开发
2.4.1 自动化测试生成工具
2.4.2 契约式编码
2.5 微软安全开发生命周期
2.6 小结
第3章　实现预期目标
3.1 成功要素
3.1.1 项目启动阶段
3.1.2 超出范围
3.1.3 干扰和分心
3.1.4 学习与工作之间的平衡
3.2 共识
3.2.1 线框图
3.2.2 文档化架构
3.2.3 报表模型
3.2.4 细节化示例
3.2.5 创建原型
3.3 预期目标
3.3.1 交付
3.3.2 实际成果
3.3.3 趋势
3.4 小结
第4章　量化价值
4.1 价值
4.1.1 财务回报
4.1.2 提高可控性
4.1.3 提高质量品质
4.1.4 更加高效
4.2 数据来源
4.2.1 定量数据
4.2.2 定性数据
4.2.3 业界证据
4.3 小结
第5章　战略
5.1 认知
5.1.1 头脑风暴
5.1.2 规划
5.1.3 监控
5.1.4 沟通
5.2 个体过程
5.2.1 卓越的承诺
5.2.2 良性的纪律
5.2.3 效力和坚持
5.3 杠杆
5.3.1 自动化
5.3.2 警报系统
5.3.3 经验和专业知识
5.4 小结
第6章　.NET的规章制度
6.1 编码标准和指南
6.1.1 来源
6.1.2 异常
6.1.3 disposable模式
6.1.4 其他事项
6.2 代码异味
6.2.1 注释
6.2.2 过于复杂
6.2.3 未用到的、无法到达的和无效的代码
6.3 小结
第7章　强大的C#构造
7.1 扩展方法
7.2 隐式类型的局部变量
7.3 可以为null的类型
7.4 null合并运算符
7.5 可选参数
7.6 泛型
7.7 LINQ
7.8 小结
第8章　自动测试
8.1 案例研究
8.2 棕色地带的应用程序
8.3 绿色地带的应用程序
8.4 自动测试基础
8.5 测试代码的可维护性
8.5.1 命名约定
8.5.2 测试方法主体
8.6 单元测试
8.6.1 边界分析
8.6.2 无效参数
8.6.3 无效的前提条件
8.7 伪造、存根和模拟
8.7.1 隔离被测试代码
8.7.2 测试依赖交互
8.8 表面测试
8.9 自动集成测试
8.10 数据库注意事项
8.11 小结
第9章　生成自动化
9.1 生成工具
9.2 MSBuild基础
9.2.1 任务和目标
9.2.2 PropertyGroup和ItemGroup
9.2.3 基本任务
9.3 日志
9.4 参数和变量
9.5 库和扩展
9.6 导入和包含
9.7 内联任务
9.8 常见任务
9.8.1 日期和时间
9.8.2 程序集信息
9.8.3 XML的Peek和Poke
9.8.4 zip存档
9.9 自动部署
9.9.1 生成一次，部署多次
9.9.2 打包工具
9.9.3 部署工具
9.10 小结
第10章　持续集成
10.1 案例研究
10.2 CI服务器
10.2.1 CruiseControl.NET
10.2.2 Jenkins
10.2.3 TeamCity
10.2.4 Team Foundation Server
10.3 CI生命周期
10.3.1 重新生成
10.3.2 单元测试
10.3.3 分析
10.3.4 打包
10.3.5 部署
10.3.6 稳定性测试
10.3.7 生成报告
10.4 小结
第11章　代码分析
11.1 案例研究
11.2 静态分析
11.2.1 程序集分析
11.2.2 源代码分析
11.2.3 架构和设计
11.2.4 代码度量值
11.2.5 质量保证指标
11.3 动态分析
11.3.1 代码覆盖率
11.3.2 性能分析
11.3.3 查询分析
11.3.4 日志
11.4 小结
第12章　测试框架
12.1 单元测试框架
12.2 测试运行器
12.2.1 NUnit的GUI和控制台运行器
12.2.2 ReSharper测试运行器
12.2.3 Visual Studio测试运行器
12.2.4 Gallio测试运行器
12.2.5 xUnit.net测试运行器
12.3 xUnit测试模式
12.3.1 标识测试方法
12.3.2 标识测试类和夹具
12.3.3 断言
12.4 模拟对象框架
12.4.1 使用Rhino Mocks动态生成伪对象
12.4.2 使用Moles进行隔离测试
12.5 数据库测试框架
12.6 用户界面测试框架
12.6.1 Web应用程序测试框架
12.6.2 Windows窗体和其他用户界面测试框架
12.7 验收测试框架
12.7.1 测试规范和行为
12.7.2 业务逻辑验收测试
12.8 小结
第13章　反感和偏见
13.1 团体利益偏见
13.2 玫瑰色回顾
13.3 团体与个人的评价
13.4 维持现状和辩解机制
13.5 优势错觉
13.6 达克效应
13.7 鸵鸟效应
13.8 赌徒谬误
13.9 歧义效应
13.10 集中效应
13.11 双曲贴现
13.12 常态偏见
13.13 小结
附录A　参考资源
附录B　记分卡

　　第1章
　　冷静待之
　　对于有些人而言，“最佳实践”中的“最佳”二字让他们难以接受。尽管“最佳实践”这个概念在软件开发领域已经存在多年，但是直到现在依然有许多人对于这个概念存在很多误解。将某一实践称之为“最佳实践”并不表示该实践是可以解决任何问题的灵丹妙药。适用于某一环境的实践极有可能完全不适用于另一种环境。在这种情况下，如果坚持采用该实践往往会适得其反。因此，为了避免误解，本书将尽量避免使用“最佳实践”这四个字，而更倾向于使用“需冷静待之的有益实践”来描述那些适合自己而不一定适合其他人的优秀实践。该词更能表达出对最佳实践应持有的正确态度：开发人员应该对任何称之为“最佳实践”的实践保持一种怀疑态度。开发人员应该根据他所在的具体环境来选择采用何种“最佳实践”。本章会进一步讲述该词的真正含义，还将进一步阐述如何去选择适合团队的实践，还会讲述为一些需要改进的开发领域选择实践时，如何坚持这种态度。
　　“冷静”这个词在此是“热情”的反义词，我们用这个词来表达我们对于“最佳实践”的态度：淡然处之。“最佳”是最高级，没有什么会比“最佳”更好了。“最佳”这个词本身会传达出一种隐含的意思：这个实践是最优秀的，无需考虑其他实践了。有些人往往会使用这个词来结束与其他实践相关的讨论。而现实中，应该仔细考虑那些各式各样的新颖的实践。既不应该对“最佳实践”抱有成见，也不应该盲目相信“最佳实践”。应该去选择那些适合自身和团队的实践。
　　“有益”这个词则提醒我们将注意力集中在应用实践之后的结果和积极产出上。尝试不同的实践意味着团队需要做出一些相应的改变。一段时间之后团队则能够获得相应的成果。问题可能会解决得更迅速，或者测试出的问题更少。整个项目的交付周期、产品质量和人际关系得以改善，客户可能对你们的工作更加满意。因此，从这一角度而言，应该选择适合你和你的团队的实践。
　　本书从头到尾都在讲述如何从众多新颖的各式各样的实践中选择适合你、你所在的团队以及你所在的组织的更好的实践。不管你将这些实践称之为“最佳实践”或者“需冷静待之的有益实践”，你都应该从内心深处将它们看做最适合你的实践。
　　……

装　　帧：平装

页　　数：296

开　　本：16开

纸　　张：胶版纸