软件工程领域关于如何写出优秀代码的建议和观点非常多。但生活没有那么简单,
绝不只是尽可能多地吸取好的建议并严格遵守。由于不同来源的建议往往相互矛盾，我们怎么知道要听从哪个建议。更重要的是，软件工程并不是一门精确的科学，不可能将其提炼为一套绝对可靠的原则（无论我们如何努力）。每个项目都不一样，几乎总有一些因素需要权衡。
为了写出优良的代码，我们必须对手上的方案有合理的判断，并彻底想清楚特定方法 的结果（好的和坏的）。为此，我们必须了解问题的根本：编写代码到底是为了实现什么目标？实现那些目标需要考虑哪些高层因素？《好代码 ，坏代码》就可以帮助刚入门的软件工程师获取这些技能。
好代码 ，坏代码
[英] 汤姆·朗（Tom Long） 著，姚军，茹蓓 译
Google开发工程师从零讲解高质量代码，整合作者及团队多年的软件开发实践经验，通过50+条锦囊妙计、100+个案例，帮你轻松理解和掌握编程技能。
软件工程师在不断积累经验的过程中会发现，日常编程中所做出的决策对于软件的正常运 行、工作的顺利开展以及其他人的维护有很大的影响。学习编写（从软件工程角度来看）优良代 码需要花费许多年的时间。这些技能的获得过程往往很缓慢。工程师从自己的错误中吸取教训， 或者不断从团队的资深工程师那里得到建议,以特定的方式得到这些技能。
本书特点
本书介绍软件工程师经常用于编写可靠的、易于维护的代码的关键概念与技术。本书并不是 简单列举“该做”和“不该做”的事项，而是旨在解释每种概念和技术背后的核心理论，以及需 要权衡的因素。这应该能够帮助读者对如何像一位经验丰富的软件工程师那样思考和编程有基本 的理解。
本书的读者
本书的目标读者是那些已经具备基本编程技能，想继续提高编程技能的人。本书适合有0~ 3年软件工程师工作经验的人阅读。有丰富工作经验的工程师可能发现，本书中的许多内容他们 都已经掌握，但我希望他们把这本书当作指导其他同行的有用资源。
本书的组织结构
本书分为三部分，共11章。第一部分介绍较为理论性的概念，它们组成了我们对代码的思 考方法。第二部分转向较为实用的经验教训。第二部分的每一章都分为一系列主题，分别涵盖特 定的考虑因素或技术。第三部分介绍创建有效和可维护的单元测试的原则与方法。
本书各章节的总体形式是：先阐述一个可能有问题的场景（以及部分代码），然后说明消除部分或全部问题的替代方法。从这个意义上说，每个章节往往是从展示“坏”代码过渡到“好” 代码，但需要注意的是，坏和好是主观的说法，与语境相关。正如本书所要强调的，在编程工作 中往往要考虑一些微妙的差别和权衡，这也就意味着好坏的区别并不总是一目了然。
第一部分“理论”为一些总体性和较为理论性的考虑因素打下基础。这些考虑因素组成我们像软件工程师那样编写代码的方法。
- 第1章介绍代码质量的概念，特别是我们打算用高质量代码要实现的一组实际目标。 然后，我们将这些目标展开为“代码质量的六大支柱”，为日常编程使用提供高层策略。
- 第2章讨论抽象层次。这是指导我们如何构造代码，并将其分解为不同部分的基本考 虑因素。
- 第3章强调考虑必须使用我们的代码开展工作的其他工程师的重要性。本章还将讨论 代码契约,以及如何仔细考虑这些契约以防止软件缺陷。
- 第4章讨论软件错误,并阐释为何认真思考错误通知与处理方法是编写优良代码的关 键部分。
第二部分“实践”以更贴合实践的方式，用特定的技术与示例介绍代码质量的前五大支柱（第1章定义的）。
- 第5章介绍提高代码可读性的方法。这能确保其他工程师理解代码的意义。
- 第6章介绍避免意外情况的方法。这能确保其他工程师不会误解代码的功能，从而最 大限度地降低出现缺陷的可能性。
- 第7章介绍使代码不容易被误用的方法。这使得工程师不容易在不经意间编写出逻辑 错误或者违反假设的代码，最大限度地降低出现缺陷的可能性。
- 第8章介绍实现代码模块化的方法。这种关键技术有助于确保代码表现出清晰的抽象 层次，能够适应不断变化的需求。
- 第9章介绍代码的重用性和可推广性。这能避免软件工程师重复编写类似代码，使得 添加新功能或构建新特性更加方便、安全。
- 第10章介绍影响单元测试代码的一些原则和考虑因素。
- 第11章以第10章介绍的原则为基础,为编写单元测试提供一系列具体、实用的建议。 阅读本书的理想方式是从头到尾完整阅读，因为本书前面的章节是后续章节的基础。尽管如 此，第二部分（以及第11章）中的主题通常相对独立，而且每个主题篇幅较小，因此，即使单 独阅读，也是有益处的。这样的编写方式是有意为之，目的是提供向其他工程师快速解释既定优 秀实践的有效手段。对希望在代码评审中解释特定概念或指导其他工程师的工程师来说，这是非常有用的。