
Linux 程序设计模式—机制与策略
什么是设计模式(Design pattern)?
设计模式(Design pattern)是一套被反复使用、多数人知晓的、经过分类编目的、软件设计经验的总
结。使用设计模式是为了提高代码或模块的重用、让程序更容易被他人理解、提高代码可靠性和可维护
性。同时,通过学习设计模式可以降低解决一般性问题的开发难度。
Linux 程序设计模式的起源和发展
Linux 程序的设计模式起源于 Unix 文化,是 Unix 哲学的重要组成部分,而 Linux 本身就是 Unix 的
一个发展分支。Unix 哲学说来不算是一种正规设计方法,它是自下而上的,而不是自上而下的。Unix 哲
学注重实效,立足于丰富的经验。你不会在正规方法学和标准中找到它,它更接近于隐性的半本能的知
识,即 Unix 文化所传播的专业经验。它鼓励那种分清轻重缓急的感觉,以及怀疑一切的态度,并鼓励你
以幽默达观的态度对待这些。
什么是 Unix 哲学?
Unix 管道的发明人、Unix 传统的奠基人之一 Doug McIlroy 在[McIlroy78]中曾经说过:
I. 让每个程序就做好一件事。如果有新任务,就重新开始,不要往原程序中加入新功能而
搞得复杂。
II. 假定每个程序的输出都会成为另一个程序的输入,哪怕那个程序还是未知的。输出中不
要有无关的信息干扰。避免使用严格的分栏格式和二进制格式输入。不要坚持使用交互式输入
。
III. 尽可能早地将设计和编译的软件投入试用, 哪怕是操作系统也不例外,理想情况下, 应
该是在几星期内。对拙劣的代码别犹豫,扔掉重写。
IV. 优先使用工具而不是拙劣的帮助来减轻编程任务的负担。工欲善其事,必先利其器。
后来他这样总结道(引自《Unix 的四分之一世纪》):
Unix 哲学是这样的:一个程序只做一件事,并做好。程序要能协作。程序要能处理文本流
,因为这是最通用的接口。
从整体上来说,可以概括为以下几点:
01.模块原则:使用简洁的接口拼合简单的部件。
02.清晰原则:清晰胜于机巧。
03.组合原则:设计时考虑拼接组合。
04.分离原则:策略同机制分离,接口同引擎分离。
05.简洁原则:设计要简洁,复杂度能低则低。
06.吝啬原则:除非确无它法,不要编写庞大的程序。
07.透明性原则:设计要可见,以便审查和调试。
08.健壮原则:健壮源于透明与简洁。
09.表示原则:把知识叠入数据以求逻辑质朴而健壮。
10.通俗原则:接口设计避免标新立异。
11.缄默原则:如果一个程序没什么好说的,就沉默。
12.补救原则:出现异常时,马上退出并给出足够错误信息。
13.经济原则:宁花机器一分,不花程序员一秒。
14.生成原则:避免手工 hack,尽量编写程序去生成程序。
15.优化原则:雕琢前先要有原型,跑之前先学会走。
16.多样原则:决不相信所谓“不二法门”的断言。
17.扩展原则:设计着眼未来,未来总比预想来得快。
给大家推荐一本书《UNIX 编程艺术》————这不是一本讲如何编程的书,而是一本讲
UNIX 设计哲学的书,当然也适应于 Linux。这本书是我来威胜工作后,同事们推荐我读的第二
本书(范律推荐)。第一本书是《UNIX 环境高级编程》(邱云松推荐),第三本书是《UNIX 网络编