万本电子书0元读

万本电子书0元读

顶部广告

代码不朽:编写可维护软件的10大要则(C#版)电子书

你有没有在修改其他人代码时感到过沮丧?如今,难以维护的代码已经成为了软件发中一个很的大问题,导致成本高昂的延期和大量缺陷。本书从实践出发,提供了10条易于实现的原则,可以帮助你发出可维护且灵活的软件,并且这些原则来自对成百上千个现实系统的分析。 * 编写短小的代码单元:限制方法和构造函数的长度 * 编写简单的代码单元:限制每个方法中分支的数量

售       价:¥

纸质售价:¥52.30购买纸书

179人正在读 | 0人评论 6.2

作       者:张若飞

出  版  社:电子工业出版社

出版时间:2016-09-01

字       数:8.6万

所属分类: 科技 > 计算机/网络 > 程序设计

温馨提示:此类商品不支持退换货,不支持下载打印

为你推荐

  • 读书简介
  • 目录
  • 累计评论(0条)
  • 读书简介
  • 目录
  • 累计评论(0条)
人类到目前为止已经能够度量越来越多的东西,例如时间、长度等,但是在软件发领域,我们依然很难去评估一个软件系统的质量,以及维护它的难易程度。可维护性越差,意味着发成本越高、发速度越慢,以及由于改动带来的缺陷也越多。在现实中,我们经常会面对代码混乱、模块紧耦合的遗留系统,持续攀升的维护难度会最终导致系统不可维护,从而推倒重来。来自软件改组织(Software Improvement Group)的咨询师们,从大量实践项目中提取出了编写可维护软件的10个*原则,不仅可以用来测量软件的质量和可维护性,还可以指导我们如何编写出高质量的代码。本书会一一介绍这些原则,并且提供了翔实的代码示例,能够让读者一步步了解到如何对代码行重构,从而达到满足原则、提高可维护性。本书中的代码示例都采用Java语言编写,但是背后的原则也适用于使用其他语言的发人员。希望各位读者在阅读完本书后,能够了解和掌握如何对软件系统的质量行评估和测量,以及如何在实践中遵循书中的原则,编写出高质量、简洁的代码,发出松耦合、高可维护性的系统。 人类到目前为止已经能够度量越来越多的东西,例如时间、长度等,但是在软件发领域,我们依然很难去评估一个软件系统的质量,以及维护它的难易程度。可维护性越差,意味着发成本越高、发速度越慢,以及由于改动带来的缺陷也越多。在现实中,我们经常会面对代码混乱、模块紧耦合的遗留系统,持续攀升的维护难度会*终导致系统不可维护,从而推倒重来。来自软件改组织(Software Improvement Group)的咨询师们,从大量实践项目中提取出了编写可维护软件的10个*原则,不仅可以用来测量软件的质量和可维护性,还可以指导我们如何编写出高质量的代码。本书会一一介绍这些原则,并且提供了翔实的代码示例,能够让读者一步步了解到如何对代码行重构,从而达到满足原则、提高可维护性。本书中的代码示例都采用Java语言编写,但是背后的原则也适用于使用其他语言的发人员。希望各位读者在阅读完本书后,能够了解和掌握如何对软件系统的质量行评估和测量,以及如何在实践中遵循书中的原则,编写出高质量、简洁的代码,发出松耦合、高可维护性的系统。
【推荐语】
你有没有在修改其他人代码时感到过沮丧?如今,难以维护的代码已经成为了软件发中一个很的大问题,导致成本高昂的延期和大量缺陷。本书从实践出发,提供了10条易于实现的原则,可以帮助你发出可维护且灵活的软件,并且这些原则来自对成百上千个现实系统的分析。 * 编写短小的代码单元:限制方法和构造函数的长度 * 编写简单的代码单元:限制每个方法中分支的数量 * 编写代码一次,而不是到处复制含有缺陷的代码 * 通过将口参数提取到对象中,保持短小的代码单元口 * 分离关注,避免产生体积庞大的类 * 保持架构组件松耦合 * 平衡顶层组件之间的数量和大小 * 保证代码库尽可能小 * 对代码库行自动化测试 * 编写整洁的代码,避免会反映更深层问题的“代码坏味道”
【作者】
译者张若飞,曾任多家互联网金融公司CTO,在宜人贷、雅虎北研、金山云等知名公司担任架构师。十余年互联网研发及技术管理经验,对搭建海量数据、大型分布式系统有丰富经验。著有十余本技术译著,包括《Grails权威指南》《给大忙人看的JavaSE 8》《代码不朽:编写可维护软件的十大原则》《面向可伸缩架构》《云原生Java》等书,总计400余万字。
目录展开

序言

前言

第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如何来评估可维护性

索引

累计评论(0条) 0个书友正在讨论这本书 发表评论

发表评论

发表评论,分享你的想法吧!

买过这本书的人还买过

读了这本书的人还在读

回顶部