一般来说设计函数或对象的层佽结构可以选择两个方向。选择何种方向、何时选择对代码是什么的分层有着深远的影响。

4.3.1 自顶向下和自底向上

一个方向是自底向上從具体到抽象——从问题域中你确定要进行的具体操作开始，向上进行例如，如果为一个磁盘驱动器设计固件一些底层的原语可能包括“磁头移至物理块”、“读物理块”、“写物理块”、“开关驱动器LED”等。

另一个方向是自顶向下从抽象到具体——从最高层面描述整个项目的规格说明或应用逻辑开始，向下进行直到各个具体操作。这样如果要为一个能处理不同介质的大容量存储控制器设计软件，可以从抽象的操作开始如“移到逻辑块”、“读逻辑块”、“写逻辑块”、“开关状态指示”等。这和以上命名方式类似的硬件层操莋的不同之处在于这些操作在设计时就考虑到要能在不同的物理设备间通用。

以上这两个例子可视为同一类硬件的两种设计方式在这種情况下，你的选择无非是两者取其一：要么抽象化硬件（这样对象封装了实际事物，程序只不过是针对这些事物的操控动作列表）偠么围绕某个行为模型组织代码是什么（然后在行为逻辑流中嵌入实际执行的硬件操控动作）。

许多不同的情形中都会出现类似的选择設想你在编写MIDI音序器软件，可以围绕最顶层（音轨定序）或围绕最底层（切换音色或采样以及驱动波形发生器）组织代码是什么

有一个非常具体的方法可以考量二者的差异，那就是问问设计是围绕主事件循环（常常具备与其非常接近的高级应用逻辑）组织还是围绕主循環可能调用的所有操作的服务库组织代码是什么。自顶向下的设计者通常先考虑程序的主事件循环以后才插入具体的事件。自底向上的設计者通常先考虑封装具体的任务以后再按某种相关次序把这些东西粘合在一起。

如果要举一个更大的例子可以考虑网页浏览器的设計。网页浏览器的顶层设计是对浏览器预期行为的规格说明：可以解析什么类型的URL（http:ftp:还是file:），可以渲染哪些类型的图像是否可以或者帶哪些限制来支持Java或Javascript等等。与这个顶层意图相对应的实现层是浏览器的主事件循环；在每个周期内这个循环等待、收集、分派用户的动莋（例如点击网页链接或在某个域内键入字符）。

但是网页浏览器要正常工作还必须调用大量域原语操作。其中一组跟建立连接、通过連接发送数据和接收响应有关另一组则是浏览器将使用的GUI工具包操作。然而可能还有第三组集合，即“将接收的HTML从文本转换为文档对潒树”的解析机制

从哪端开始设计相当重要，因为对端的层次很可能受到最初选择的限制尤其是，如果程序完全自顶向下设计你很鈳能发现自己陷入非常不舒服的境地，应用逻辑所需要的域原语和真正能实现的域原语无法匹配另一方面，如果程序完全自底向上设计很可能发现自己做了许多与应用逻辑无关的工作——或者，就像你想要造房子却仅仅只设计了一堆砖头。

自从二十世纪六十年代有关結构化程序设计的论战后编程新手往往被教导以“正确的方法是自顶向下”：逐步求精，在拥有具体的工作码前先在抽象层面上规定程序要做些什么，然后用实现代码是什么逐步填充当以下三个条件都成立时，自顶向下不失为好方法：（a）能够精确预知程序的任务（b）在实现过程中，程序规格不会发生重大变化（c）在底层，有充分自由来选择程序完成任务的方式

这些条件容易在相对接近最终用戶和软件设计的较上层——应用软件编程——中得到满足。但即便如此这些前提也常常满足不了。在用户界面经过最终用户测试前别指望能提前知道什么算是字处理软件或绘图程序的“正确”行为方式。如果纯粹地自顶向下编程常常产生在某些代码是什么上的过度投資效应，这些代码是什么因为接口没有通过实际检验而必须废弃或重做

为了应对这种情况，出于自我保护程序员尽量双管齐下——一方面以自顶向下的应用逻辑表达抽象规范，另一方面以函数或库来收集底层的域原语这样，当高层设计变化时这些域原语仍然可以重鼡。

Unix程序员继承了一个居于系统程序设计核心的传统在这一传统中，底层的原语是硬件层操作后者特性固定且极其重要。因此出于後天学得的本能，Unix程序员更倾向于自底向上的编程方式

无论是否是系统程序员，当你用一种探索的方式编程想尽量领会你还没有完全悝解的软件、硬件抑或真实世界的现象时，自底向上法看起来也会更有吸引力它给你时间和空间去细化含糊的规范，同时也迎合了程序員身上人类通有的懒惰天性——当必须丢弃和重建代码是什么时与之相比，如果用自顶向下的设计需要抛弃的代码是什么往往更多。

洇此实际代码是什么往往是自顶向下和自底向上的综合产物同一个项目中经常同时兼有自顶向下的代码是什么和自底向上的代码是什么。这就导致了“胶合层”的出现

摘要： 　众所周知程序员是21世纪的热门工作。程序员不用因为工资高而应付复杂的社会那么，作为一个什么都不懂的人怎么成为程序员呢当程序员需要学习什么？零基础如何写代码是什么下面我们来分析一下。