深入浅出OOD第一章.pdfVIP

深入浅出OOD （一） 撰文/透明 有物昆成，先天地生。萧呵！谬呵！独立而不改，可以为天地母。吾未知其名，字之曰 道。吾强为之名曰大，大曰逝，逝曰远，远曰反。道大，天大，地大，王亦大。 — — 《道德经》，第二十五章 软件不软 从 60 年代的软件危机，到今天传统软件工程方法处处碰壁的处境，都说明一个问题： 软件不软（Software is Hard）[Martin, 95] 。说实话，软件是一块硬骨头，真正开发过软 件的人都会有此感觉。一个应用总是包含无数错综复杂的细节，而软件开发者则要把所 有这些细节都组织起来，使之形成一个可以正常运转的程序，这实在不是一件简单的事。 为什么会这样？举个例子来说：用户可以很轻松地说“我要一个字处理软件”，他觉得 “字处理软件”这样一个概念是再清楚不过的了，根本不需要更多的描述；而真正开发 一个字处理软件却是一件困难无比的事情——我曾经亲眼看到开发字处理软件的人们 是怎样受尽折磨的。为什么表述一个概念很容易，而实现一个概念很困难？因为人们太 擅长抽象、太擅长剥离细节问题了。 软件不软，症结就在这里：用户很容易抽象地表达自己的需求，而这种抽象却很难转化 为程序代码。软件不软，因为很简单的设想也需要大量的时间去实现；软件不软，因为 满足用户的需求和期望实在太困难；软件不软，因为软件太容易让用户产生幻想。 而另一方面，计算机硬件技术却在飞速发展。从几十年前神秘的庞然大物，到现在随身 携带的移动芯片；从每秒数千次运算到每秒上百亿次运算。当软件开发者们还在寻找能 让软件开发生产力提高一个数量级的“银弹”[Brooks, 95]时，硬件开发的生产力早已提 升了百倍千倍。这是为什么？ 硬件工程师们能够如此高效，是因为他们都很懒惰。他们永远恪守“不要去重新发明轮 子”的古训，他们尽量利用别人的成果。你看到有硬件工程师自己设计拨码开关的吗？ 你看到有硬件工程师自己设计低通滤波电路的吗？你看到有硬件工程师自己设计计时 器的吗？他们有一套非常好的封装技术，他们可以把电路封装在一个接插件里面，只露 出接口。别人要用的时候，只管按照接口去用，完全不必操心接插件内部的实现。 而软件工程师们呢？在STL 成为C++标准之前（甚至之后），每个C++程序员都写过自 己的排序算法和链表，并认为自己比别人写得更好……真是令人伤心。 OOD 可以让软件稍微“软”一点 软件不软，不过OOD 可以帮助它稍微“软”一点。OOD 为我们提供了封装某一层面上 的功能和复杂性的工具。使用 OOD，我们可以创建黑箱软件模块，将一大堆复杂的东 西藏到一个简单的接口背后。然后，软件工程师们就可以使用标准的软件技术把这些黑 箱组合起来，形成他们想要的应用程序。 Grady Booch 把这些黑箱称为类属（class category），现在我们则通常把它们称为“组件 （component ）”。类属是由被称为类（class ）的实体组成的，类与类之间通过关联 （relationship）结合在一起。一个类可以把大量的细节隐藏起来，只露出一个简单的接 口，这正好符合人们喜欢抽象的心理。所以，这是一个非常伟大的概念，因为它给我们 提供了封装和复用的基础，让我们可以从问题的角度来看问题，而不是从机器的角度来 看问题。 软件的复用最初是从函数库和类库开始的，这两种复用形式实际上都是白箱复用。到 90 年代，开始有人开发并出售真正的黑箱软件模块：框架（framework）和控件（control）。 框架和控件往往还受平台和语言的限制，现在软件技术的新潮流是用SOAP 作为传输介 质的 Web Service ，它可以使软件模块脱离平台和语言的束缚，实现更高程度的复用。 但是想一想，其实Web Service 也是面向对象，只不过是把类与类之间的关联用 XML 来描述而已[Li, 02]。在过去的十多年里，面向对象技术对软件行业起到了极大的推动作 用。在可以预测的将来，它仍将是软件设计的主要技术——至少我看不到有什么技术可 以取代它的。 上面，我向读者介绍了一些背景知识，也稍微介绍了 OOD 的好处。下面，我将回答几 个常见的问题，希望能借这几个问题让读者看清OOD 的轮廓。 什么是OOD ？ 面向对象设计（Object-Oriented Design ，OOD ）是一种软件设计方法，是一种工