代码不朽：编写可维护软件的10大要则（C#版）
张若飞 译
出版时间：2016年10月
页数：168
你有没有在修改其他人代码时感到过沮丧？如今，难以维护的代码已经成为了软件开发中一个很大的问题，导致成本高昂的延期和大量缺陷。本书从实践出发，提供了10条易于实现的原则，可以帮助你开发出可维护且灵活的软件，并且这些原则来自对成百上千个现实系统的分析。
本书由软件改进组织（SIG）编写，不仅提供了对问题清晰准确的解释，还包括如何将理论应用到实践的建议。书中所有示例程序虽然都用C#编写，但是书中的原则也适用于使用其他语言的开发人员。
● 编写短小的代码单元：限制方法和构造函数的长度
● 编写简单的代码单元：限制每个方法中分支点的数量
● 编写代码一次，而不是到处复制含有缺陷的代码
● 通过将接口参数提取到对象中，保持短小的代码单元接口
● 分离关注点，避免产生体积庞大的类
● 保持架构组件松耦合
● 平衡顶层组件之间的数量和大小
● 保证代码库尽可能小
● 对代码库进行自动化测试
● 编写整洁的代码，避免会反映更深层问题的“代码坏味道”
“这些要则都是完全正确的。它们用简单明了、切实可行的方式，向开发人员解释了如何编写出风格统一的高质量代码。”
——George Marinos，希腊国家银行应用架构师
本书由软件改进组织（SIG）编写，不仅提供了对问题清晰准确的解释，还包括如何将理论应用到实践的建议。书中所有示例程序虽然都用C#编写，但是书中的原则也适用于使用其他语言的开发人员。
● 编写短小的代码单元：限制方法和构造函数的长度
● 编写简单的代码单元：限制每个方法中分支点的数量
● 编写代码一次，而不是到处复制含有缺陷的代码
● 通过将接口参数提取到对象中，保持短小的代码单元接口
● 分离关注点，避免产生体积庞大的类
● 保持架构组件松耦合
● 平衡顶层组件之间的数量和大小
● 保证代码库尽可能小
● 对代码库进行自动化测试
● 编写整洁的代码，避免会反映更深层问题的“代码坏味道”
“这些要则都是完全正确的。它们用简单明了、切实可行的方式，向开发人员解释了如何编写出风格统一的高质量代码。”
——George Marinos，希腊国家银行应用架构师
- 前言
- 第1章 简介
- 1.1 什么是可维护性？
- 1.2 为什么可维护性很重要？
- 1.3 本书的三个基本理论
- 1.4 对可维护性的误解
- 1.5 评价可维护性
- 1.6 可维护性原则的概述
- 第2章 编写短小的代码单元
- 2.1 动机
- 2.2 如何使用本原则
- 2.3 常见的反对意见
- 2.4 参考
- 第3章 编写简单的代码单元
- 3.1 动机
- 3.2 如何使用本原则
- 3.3 常见的反对意见
- 3.4 参考
- 第4章 不写重复代码
- 4.1 动机
- 4.2 如何使用本原则
- 4.3 常见的反对意见
- 4.4 参考
- 第5章 保持代码单元的接口简单
- 5.1 动机
- 5.2 如何使用本原则
- 5.3 常见的反对意见
- 5.4 参考
- 第6章 分离模块之间的关注点
- 6.1 动机
- 6.2 如何使用本原则
- 6.3 常见的反对意见
- 第7章 架构组件松耦合
- 7.1 动机
- 7.2 如何使用本原则
- 7.3 常见的反对意见
- 7.4 参考
- 第8章 保持架构组件之间的平衡
- 8.1 动机
- 8.2 如何使用本原则
- 8.3 常见的反对意见
- 8.4 参考
- 第9章 保持小规模代码库
- 9.1 动机
- 9.2 如何使用本原则
- 9.3 常见的反对意见
- 第10章 自动化开发部署和测试
- 10.1 动机
- 10.2 如何使用本原则
- 10.3 常见的反对意见
- 10.4 参考
- 第11章 编写简洁的代码
- 11.1 不留痕迹
- 11.2 如何使用本原则
- 11.3 常见的反对意见
- 第12章 后续事宜
- 12.1 将原则变成实践
- 12.2 低层级（代码单元）原则要优先于高层级（组件）原则
- 12.3 对每次提交负责
- 12.4 下一本书会讨论开发流程的最佳实践
- 附录A SIG如何来评估可维护性
- 索引
书名：代码不朽：编写可维护软件的10大要则（C#版）
作者：Joost Visser 著
译者：张若飞 译
国内出版社：电子工业出版社
出版时间：2016年10月
页数：168
书号：978-7-121-29898-1
原版书书名：Building Maintainable Software, C# Edition
原版书出版商：O'Reilly Media
购买选项
|
© 2024，奥莱利技术咨询(北京)有限公司。版权所有。 传真: +86-10-88097463 京ICP备05003502号 |
|