在高质量软件中，你可以看到“架构的概念完整性”与“其底层实现”之间的关系。“实现”必须与（指导该实现的）“架构”保持一致，并且这种一致性是内在的、固有的。这正是变量名称、类的名称、子程序名称、格式约定、注释约定等这些针对“构建活动”的指导方针的关键所在。

在一个复杂的程序中，架构上的指导方针使得程序的结构平衡，针对“构建活动”的指导方针则提供了底层的协调，将每个类（class）都衔接到一种完整的设计（comprehensive design）中，成为其可靠的部件。任何大型的程序都需要一个控制结构，该结构可以统一编程语言的细节。大型结构的部分魅力在于，各个具体部件都能反映整体架构的内涵。假如没有一种统一的规则，你创作出来的东西将会充斥着各种不同的风格，显得混乱而邋遢。这些不同的风格将使你的大脑承受沉重负担——而这仅仅是为了理解不同编程风格之间的（本质上是随意的）差异。成功编程的一个关键就在于避免随意地变化，这样你的大脑可以专注于那些真正需要的变化。关于这方面的更多信息，见第5.2节“软件的首要技术使命：管理复杂度”。

如果你有一个很好的绘画设计，但是其中一部分是古典主义的，一部分是印象主义的，一部分是立体主义的，这将会是什么样的呢？无论你再怎么遵循这个宏伟的设计去做，它都不可能具有“概念完整性”，它看起来就像是一幅拼贴画。程序也同样需要底层的完整性。

在“构建”开始之前，讲清楚你使用的编程约定。编码约定的细节要达到这样的精确度：在编写完软件之后，几乎不可能改变（翻新）软件所遵循的编码约定。本书随处都有这样的约定细节。