人物＆报道 Character & Report

名人堂　＞＞＞

Eben Moglen
——倡导自由软件运动的法律之手

□　文 ／ 倪志刚

　“我是一名历史学家，一 Ｅｂｅｎ　Ｍｏｇｌｅｎ 回忆说，在耶鲁期间是人生 中最重要的一个方向。随后Ｍｏｇｌｅｎ应Ｒｉ－

名计算机程序员，但是我主要是一个律 中一段很长的黑暗时期，对人生感觉到 ｃｈａｒｄ　Ｓｔａｌｌｍａｎ的邀请加入ＦＳＦ担任法律顾
师。我主要做的事情是：通过消除在知识 迷茫。 问，开始了为自由软件开发者提供法律
产权保护法庇护下非法力量从而创建自 时间转到 １９９１ 年在哥伦比亚工作的 帮助的事业。２００５ 年 ２ 月 Ｍｏｇｌｅｎ 协助创
由。”　Ｅｂｅｎ　Ｍｏｇｌｅｎ——ＧＰＬ的创造者之一， 时候，Ｍｏｇｌｅｎ 处理了人生中第一个关于 建了
“自由软件法律中心”
（Ｓｏｆｔｗａｒｅ　Ｆｒｅｅ－
自由软件基金会（ＦＳＦ） 的法律顾问，在 自由软件的重要案件。这个让 Ｅ ｂ ｅ ｎ ｄｏｍ　Ｌａｗ　Ｃｅｎｔｅｒ），并在其中担任 Ｐｕｂｌｉｃ
“Ｆｒｅｅ　Ｓｏｆｔｗａｒｅ，　Ｎｏｔ　ｔｈｅ　Ｏｔｈｅｒ　Ｔｈｉｎｇ”中 Ｍｏｇｌｅｎ 一直引以为豪的案例，也是成为 Ｐａｔｅｎｔ　Ｆｏｕｎｄａｔｉｏｎ的一名主管，这个法律
这样写道。 他一生中最重要的一个转折点。当时他 中心无偿为自由软件开发者提供需要的
Ｅｂｅｎ　Ｍｏｇｌｅｎ 的一生也可以算得上是 在阅读 ＢＢＳ 时，发现了 Ｐ ｒ ｅ ｔ ｔ ｙ 　 Ｇ ｏ ｏ ｄ 法律援助。
具有传奇色彩了。在他 １２ 岁时就对计算 Ｐｒｉｖａｃｙ，一个由Ｐｈｉｌ　Ｚｉｍｍｅｒｍａｎ编写的电 基 于 其 程 序 员 与 律 师 的 背 景，
机编程产生了浓厚的兴趣，随后在 １９７３ 子邮件加密程序，程序员出身的 Ｍｏｇｌｅｎ Ｍｏｇｌｅｎ开启了他自由软件法律援助之门，
年，年仅 １４ 岁的他开始了职业程序员的 对这个软件有非常深刻的印象，同时，作 他说：
“我所付出的时间不会比自由软件
生涯。到了１９７９ 年，他就能够独当一面。 为一名专业的法律工作者，他立即意识 开发者为了改进程序所付出的时间更
在此后的 ５年中，他供职于ＩＢＭ的实验室 到Ｐｈｉｌ　Ｚｉｍｍｅｒｍａｎ可能会在法律方面遇到 多，我之所以花时间帮助他们是因为：
和研究中心，致力于高级语言的设计与 麻烦，于是他主动给 Ｚｉｍｍｅｒｍａｎ发邮件， 有些工作必须由程序员来完成，而有些
开发。在此后１０多年的程序员生涯中，他 表示愿意无偿提供法律帮助。果然，不久 工作却只能由律师来完成。但是愿意无
积累了足够多的软件开发经验，更重要 后美国政府开始控告Ｚｉｍｍｅｒｍａｎ，认定他 偿工作的律师比无偿工作的程序员少得
的是，他为另一个目标——成为一名律 将 ＰＧＰ 软件在互联网上公开的做法是违 太 多 了 。”在 自 由 软 件 法 律 中 心 中，
师，积累到了足够多的学费。 反美国法律的。Ｅｂｅｎ　Ｍｏｇｌｅｎ 为了大众的 Ｍｏｇｌｅｎ 和他们的同事一起提供的都是无
１９８０ 年，Ｅｂｅｎ　Ｍｏｇｌｅｎ 在Ｓｗａｒｔｈｍｏｒｅ 利益而帮助了Ｚｉｍｍｅｒｍａｎ，使得美国政府 偿的服务，对于能进入法律中心的律师
Ｃｏｌｌｅｇｅ取得了法津学士学位，并在此期 最终撤消了这一诉讼。 要求也比较特殊，除了法律知识外，同
间获得了文艺评论的“Ｈｉｃｋｓ　Ｐｒｉｚｅ”。５年 正是这个事件，让Ｍｏｇｌｅｎ意识到，自 时还要求具备一些程序员的知识，因为
后他又从耶鲁大学取得哲学的硕士和法 由软件的存在和发展以后将会越来越强 他们这些律师需要和程序员打交道，而
律学博士学位。以后的几年里他在纽约 大，并且将会是以后软件最重要的存在 Ｍｏｇｌｅｎ 认为，只有对代码有着相同理解
联邦地方法院和美国最高法院担任法官 形式之一。也因为 Ｚｉｍｍｅｒｍａｎ 事件的影 的人，才会不厌其烦的为软件开发者提
助理。１９８７年他在哥伦比亚法律学校开 响，当时Ｒｉｃｈａｒｄ　Ｓｔａｌｌｍａｎ（ＦＳＦ的创始人， 供更优质的服务。
始任教，担当副教授教法律学。到了 自由软件之父），联系到Ｍｏｇｌｅｎ，希望他 也正是由于 Ｅｂｅｎ　Ｍｏｇｌｅｎ 在自由软件
１９９３ 年，他从耶鲁又取得了一个历史学 能提供法律上的帮助。Ｍｏｇｌｅｎ 再一次无 上所做的贡献，２００３他被授予了ＥＦＦ　Ｐｉｏ－
博士学位，随后一直在哥伦比亚法律学 偿的帮助了 Ｓｔａｌｌｍａｎ，协助他起草并创建 ｎｅｅｒ　Ａｗａｒｄ。他也将继续为了捍卫自由软
校担当法律和法律史的教授直到今天。 了 ＧＰＬ。至此为止，Ｍｏｇｌｅｎ找到了他人生 件而高举自己的法律之手。

10 程序员
人物＆报道 Character & Report

程序天下事　＞＞＞

微软技术 Ｑｕｅｒｙ）是微软公司正在开发中的一个将
被集成在下一个版本的．ＮＥＴ　Ｆｒａｍｅｗｏｒｋ中
的数据访问模块，它的目的就是最大程
■　主持人：Ｋａｎｅｂｏｙ
涂曙光，微软（中国）有限公司产品技术专家， 度的统一和简化．ＮＥＴ　开发人员访问各种
博客堂成员。专注于．ＮＥＴ 开发，从事 Ｏｆｆｉｃｅ 数据的方式。实际上，早在去年，ＬＩＮＱ的
Ｓｙｓｔｅｍ、ＳｈａｒｅＰｏｉｎｔ 等产品相关的技术支持。
开发计划和一些相关的信息就已经被公
开了出来，而在本月，微软公司向外发布
　数据访问，大概是绝大多 失误而产生的 Ｂｕｇ。 了ＬＩＮＱ的一个社区技术预览版
（Ｃｏｍｍｕｎｉｔｙ
数程序员写的最多的功能模块了。软件 3. 没错，就是ＯＲＭ（对象关系模型）。 Ｔｅｃｈｎｏｌｏｇｙ　Ｐｒｅｖｉｅｗ），代表着现在．ＮＥＴ开
开发发展到今天，开发人员们已经可以 越来越多的开发人员都开始不断的乐此 发人员就可以在 Ｖｉｓｕａｌ　Ｓｔｕｄｉｏ　２００５ 上领
从各种进行数据访问的方式中进行选择 不疲的寻找着自己喜爱的 ＯＲＭ 组件，然 略这个未来的产品了。
了，我们不妨想像一下在日常编程工作 后尝试使用它们。有了ＯＲＭ，我们可以避 ＬＩＮＱ 最具革命性的特性，就是它包
中，我们都是如何进行数据访问的： 免直接编写数据访问代码了，而转由 含了 ＣＬＲ支持，Ｃ＃ 与 Ｖｉｓｕａｌ　Ｂａｓｉｃ 语言
1. 使用通用的数据库访问接口。数 ＯＲＭ 组件去访问数据库。像 ＮＨｉｂｅｒｎａｔｅ之 的扩展，以及对数据库、对象、ＸＭＬ 等
据库的访问接口从以前的 Ｏ Ｄ Ｂ Ｃ ，到 类的社区软件，已经越来越成熟，也拥有 数据源的统一访问方式。我们可以将
ＯＬＥＤＢ，再到．ＮＥＴ时代的ＡＤＯ．ＮＥＴ，经历 了越来越多的使用者。 ＬＩＮＱ 看成是数据访问方式的一个重要革
了多次更新和变革。虽然它是最“原始”、 虽然我们已经拥有了如此多的数据 新，因为它完全不同于 ＯＲＭ 等组件所采
最“直接”的方式，但同时也的确是被使 访问方式，但它们都有着各自的缺点。直 用的方式，需要在程序项目中引入 ＯＲＭ
用得最多的方式，而且，Ｖｉｓｕａｌ　Ｓｔｕｄｉｏ 的 接调用数据库访问接口太过繁复，代码 组件然后调用其功能，而是通过直接对
ＩＤＥ也对ＡＤＯ．ＮＥＴ的使用提供了越来越好 生成工具太过呆板，ＯＲＭ 的学习曲线很 编程语言进行数据访问功能上的扩展，
的支持。 高，而且没有统一的标准，产品众多。既 来实现对数据的完全“面向对象”的操
2. 除了手工编写代码来构建数据访 然数据访问已经是几乎所有应用程序都 作。ＬＩＮＱ 对编程语言的改变将最终体现
问模块之外，我们还可以使用一些辅助 不能离开的功能，那为什么不让编程语 在代号为 Ｏｒｃａｓ 的下个版本 Ｃ＃ 和 Ｖｉｓｕａｌ
工具来帮助我们完成这项工作。现在已 言自身就具有这个能力呢？也许 Ａｎｄｅｒｓ Ｂａｓｉｃ 上。
经存在大量的数据访问代码生成器，来 Ｈｅｊｌｓｂｅｒｇ 也是这么认为的，于是在他的带 如果你想马上尝试 ＬＩＮＱ ，那么现在
供我们使用。它们不但能提供我们的代 领下，微软开始了 ＬＩＮＱ 的开发计划。 就可以在微软的下载站点上下载到 ＬＩＮＱ
码编写速度，而且可以避免由于人为的 ＬＩＮＱ （．ＮＥＴ　Ｌａｎｇｕａｇｅ　Ｉｎｔｅｇｒａｔｅｄ 的五月份技术预览版。

数据库技术
■　主持人：王翔
分布式异构数据库方面的高级开发工程师。
　上月 ＳＱＬ　Ｓｅｒｖｅｒ　２００５ 发布
Ｓｅｒｖｉｃｅ　Ｐａｃｋ　１，　同时也更新了对应的Ｂｏｏｋｓ
Ｏｎｌｉｎｅ。与以往的安全性更新不同，此次
主要集中在新特性的增加上。Ｅｘｐｒｅｓｓ的使
用者收益最大的是可以通过 Ｆ ｕ ｌ ｌ 　 Ｔ ｅ ｘ ｔ
Ｓｅａｒｃｈ作基于表间的词或者短句的检索，
此外新增的 ＳＳＲＳ　ＢＩ　Ｓｔｕｄｉｏ 和 ＳＳＭＳ　Ｅｘ－
ｐｒｅｓｓ 将大大简化原有报表开发和 Ｅｘｐｒｅｓｓ
数据库引擎管理的工作。对销售版本新
增内容进行比较就能发现不少内容应该
是没有赶在正式发布版时完成的一些特
性；而对于Ｅｘｐｒｅｓｓ的增强则把它推上了应
付一般应用较为完整的数据库开发平台。
本月Ｏｒａｃｌｅ的消息主要来自于对ＲＦＩＤ
技术的进一步支持上。就如同微软什么
新技术总是和．ＮＥＴ一起说一样，Ｏｒａｃｌｅ的
ＲＦＩＤ 以及它的 Ｏｒａｃｌｅ　Ｓｅｎｓｏｒ　Ｅｄｇｅ　Ｓｅｒｖｅｒ
此次最新发布也和Ｆｕｓｉｏｎ的中间件技术息
息相关。通过把ＲＦＩＤ与现有的Ｏｒａｃｌｅ工作
流产品ＢＰＥＬ　Ｍａｎａｇｅｒ集成，将本来在后台
运行的功能，可视化为前台的业务流程，
大大简化了架构和设计人员对 ＲＦＩＤ 技术
的使用。相信进一步Ｏｒａｃｌｅ还会把ＲＦＩＤ纳
入其ＳＯＡ框架考虑。另一方面，本月Ｏｒａｃｌｅ
还大张旗鼓的宣传其数据安全、商务智
能和不受限业务的解决方案。
Ｓｙｂａｓｅ本月带给．ＮＥＴ阵营好消息：其
主要开发工具 ＰｏｗｅｒＢｕｉｌｄｅｒ 除将会在安全

12 程序员
 Ｊａｖａ　技术 Ｓ Ｏ Ａ 领域下砸下重金 ，连开源领域的
ＪＢｏｓｓ 也积极投身，那么 ＳＯＡ的解决方案
如何使用开源技术来实现呢？让我们拭

■　主持人：范凯 目以待吧！
网络 ＩＤ　ｒｏｂｂｉｎ，ＪａｖａＥｙｅ 社区的创始人，开源
软件的积极推动者和倡导人。 Ｓｐｒｉｎｇ　Ｕｐｄａｔｅ
Ｓｐｒｉｎｇ 在这两年已经逐渐成为Ｊａｖａ企
　本月 Ｊａｖａ行业的焦点莫过 Ｒ ａ ｉ ｌ ｓ 这样提供了极强快速开发能力的 业应用的主流框架之一，连ＪａｖａＯｎｅ也不
于 ５ 月 １６ 日到 ５ 月 １９ 日在美国旧金山 Ｗｅｂ 框架得到越来越多的关注，与此同 能忽视Ｓｐｒｉｎｇ 的力量。在本次ＪａｖａＯｎｅ，单
Ｍｏｓｃｏｎｅ　Ｃｅｎｔｅｒ召开的一年一度的ＪａｖａＯｎｅ 时，传统的Ｗｅｂ开发快速脚本语言ＰＨＰ在 单看看 Ｓｐｒｉｎｇ 相关的 ｔ ｏ ｐ ｉ ｃ 数量就知道
大会了。每年的 ＪａｖａＯｎｅ 大会都是对Ｊａｖａ 加入面向对象特性之后，在互联网领域 Ｓｐｒｉｎｇ 受欢迎的程度，有 Ｒｏｄ　Ｊｏｈｎｓｏｎ的
行业一年来发展的总结和未来的展望， 也仿佛重新焕发了青春，当然Ｊａｖａ作为目 《Ｓｐｒｉｎｇ　Ｆｒａｍｅｗｏｒｋ　Ｕｐｄａｔｅ》，有Ｋｅｉｔｈ　Ｄｏｎａｌｄ
ＪａｖａＯｎｅ　２００６有哪些值得关注的话题呢？ 前企业应用领域开发的王者，自然也不 的《Ｓｐｒｉｎｇ　Ｗｅｂ　Ｆｌｏｗ》和《Ｔｈｅ　Ｓｐｒｉｎｇ　Ｒｉｃｈ
甘落后。Ｇｒｏｏｖｙ 就是 Ｊａｖａ行业提供快速 Ｃｌｉｅｎｔ　Ｐｒｏｊｅｃｔ：　Ｅｆｆｅｃｔｉｖｅ　Ｄｅｓｋｔｏｐ　Ａｐｐｌｉｃａ－
ＥＪＢ３．０ 规范的发布 脚本开发的利器之一。在本次ＪａｖａＯｎｅ大 ｔｉｏｎ　Ａｒｃｈｉｔｅｃｔｕｒｅ》，还有 Ｊｏｎａｓ　Ｂｏｎｅｒ 的
ＥＪＢ３．０规范从２００４年５月在ＪＣＰ制订 会，将会演示Ｇｒｏｏｖｙ结合ＡＪＡＸ 技术进行 《Ｔｒａｎｓｐａｒｅｎｔｌｙ　Ｃｌｕｓｔｅｒｅｄ　Ｓｐｒｉｎｇ》等等。喜
第一稿以来，已经走过了漫长的两年时 快速 Ｗｅｂ 开发，引导我们展望 Ｊａｖａ快速 欢 Ｓｐｒｉｎｇ 的朋友一定可以大饱眼福。
间，虽然各个ＥＪＢ厂商早已迫不及待的推 开发的未来。
出了自己的 ＥＪＢ３ 产品，有些厂商甚至有 Ｓｔｒｕｔｓ　Ｔｉ
了 ＥＪＢ３ 的实际项目案例，但是似乎都还 ＳＯＡ　ｉｎ　ＯｐｅｎＳｏｕｒｃｅ 去年，Ｓｔｒｕｔｓ开发团队和 ＷｅｂＷｏｒｋ开
不够名正言顺。随着在本次ＪａｖａＯｎｅ大会 ＳＯＡ是这几年企业应用领域的热点， 发团队宣布合并，基于 ＷｅｂＷｏｒｋ 的代码
上ＥＪＢ３．０规范的正式推出，Ｊａｖａ企业应用 随着企业信息化建设的基本完成，进行 共同开发下一代Ｊａｖａ　Ｗｅｂ框架……Ｓｔｒｕｔｓ
开发将进入 ＥＪＢ３ 的时代。 各个应用系统的整合和互操作，成为当 Ｔ ｉ ，令很多人还记忆犹新吧。在本次
前企业应用亟待解决的问题，而 ＳＯＡ正 ＪａｖａＯｎｅ，Ｓｔｒｕｔｓ　Ｔｉ的核心开发人员将介绍
Ｇｒｏｏｖｙ 简化 Ｗｅｂ 应用的开发 是为解决应用系统的互操作和提供更高 Ｓｔｒｕｔｓ　Ｔｉ 框架的进展，据说 Ｓｔｒｕｔｓ　Ｔｉ将于
随着这两年ＩＴ业界竞争加剧，软件行 层次的应用复用而应运而生的。Ｊａｖａ行业 ８ 月份发布，届时究竟是 Ｓｔｒｕｔｓ　Ｔｉ，还是
业越来越强调开发的敏捷性，像Ｒｕｂｙ　ｏｎ 的巨头们，例如 ＩＢＭ，ＢＥＡ 和 Ｏｒａｃｌｅ 都在 ＪＳＦ能够成为Ｊａｖａ　Ｗｅｂ框架的赢家呢？

性、Ｗｅｂ　Ｓｅｒｖｉｃｅ 和数据仓库部分大大加 行环境的壳，更有利于提高自身形象，况 于以往商业、开源 ＲＤＢＭＳ 的 Ｒｏｗ　Ｌｏｃｋ－

强外，更是准备在其１０．５版本中增加对．
ＮＥＴ　２．０的全面支持，在其风头最盛的移
动产品中，
也考虑增加对．ＮＥＴ　ＣＦ（Ｃｏｍｐａｃｔ
Ｆｒａｍｅｗｏｒｋ）的支持。
ＭｙＳＱＬ 公布了与 Ｓｕｎ 合作进行 ＯＬＴＰ
Ｂｅｎｃｈｍａｒｋ 的测试结果，声称其称性能要
比在Ｒｅｄ　Ｈａｔ　Ｌｉｎｕｘ上快　６０％至９０％。抛
开技术的内容，公布这个结果更多的是
ＭｙＳＱＬ和Ｓｕｎ强烈的“技术互补性”需要。
ＭｙＳＱＬ一直试图树立自己的Ｅｎｔｅｒｐｒｉｓｅ　ＤＢ
的形象，以至于本月的Ｗｅｂ　Ｓｅｍｉｎａｒ题目
是Ａｌｌ－ｉｎ－Ｏｎｅ　Ｅｎｔｅｒｐｒｉｓｅ－Ｇｒａｄｅ　Ｓｕｐｐｏｒｔ　ａｎｄ
Ｓｅｒｖｉｃｅ，借助于 Ｓｕｎ　Ｓｏｌａｒｉｓ这个企业级运
且 Ｓｕｎ 和 Ｊａｖａ的渊源也是 ＭｙＳｑｌ 所需要，
虽然 Ｐ Ｈ Ｐ 技术较之初期的纯脚本开发已
经有了很大的进步，但面对为数更为众
多的 Ｊａｖａ开发人员，ＭｙＳＱＬ 也是当仁不
让的尽量拉拢；Ｓｕｎ需要像ＭｙＳＱＬ这样的
数据产品来促进其 Ｓｏｌａｒｉｓ 和 Ｊａｖａ 产品的
销售，两家之间的“互补性”显而易见。
ＰｏｓｔｇｒｅＳＱＬ 同时发布其 ８．１ 版本和
Ａｑｕａ　Ｄａｔａ　Ｓｔｕｄｉｏ　４．７ 。在此版本中，
ＰｏｓｔｇｒｅＳＱＬ真正对．ＮＥＴ应用提供了较为完
整的支持，同时在 ＳＭＰ（多处理器）环境
下，性能有了较大的提升。顶着“最先进
开源数据库”的ＰｏｓｔｇｒｅＳＱＬ开始支持不同
ｉｎｇ 技术：Ｓｈａｒｅｄ　Ｒｏｗ　Ｌｏｃｋｉｎｇ，通过该技
术可以在保证基于ＦＫ（Ｆｏｒｅｉｇｎ　Ｋｅｙ）的级连
表（Ｍａｓｔｅｒ－Ｄｅｔａｉｌ）环境下，提供ＤＭＬ操作
更高的并发性，而不仅仅限于以往瓶颈
常常位于 Ｍａｓｔｅｒ 表中的 Ｒｏｗ　Ｌｏｃｋｉｎｇ。
ＳＱＬｉｔｅ上个月发布了３．３．５版本，除
了继续 ＳＱＬ－９２的更加符合性修改外，还
提供了期待已久的编译器自动 Ｓ ｔ ａ ｃ ｋ
Ｏｖｅｒｆｌｏｗ 和 Ｉｎｔｅｅｒ　Ｏｖｅｒｆｌｏｗ 的报告功能，
这些特性将很大程度上改善原有 ＳＱＬｉｔｅ
运行时错误不容易调试的问题，这对于
国内在将 ＳＱＬｉｔｅ 作为嵌入数据库集成的
开发团队也是个好消息。

Programmer 13
人物＆报道 Character & Report

程序天下事　＞＞＞

软件工程与项目管理 侵占了。
４ 月 ２ １ 日，Ｓ ｙ ｂ ａ ｓ ｅ 在北京举行
ＰｏｗｅｒＤｅｓｉｇｎｅｒ　１２ 发布会，首席架构师王

■　主持人：潘加宇
ＵＭＬＣｈｉｎａ 首席专家，潜心研究和实践 ＵＭＬ／ＵＰ
相关技术的应用。
　ＩＢＭ收购了长期的合作伙伴
ＢｕｉｌｄＦｏｒｇｅ公司，将把 ＢｕｉｌｄＦｏｒｇｅ在构建管
理方面的技术整合到 Ｒａｔｉｏｎａｌ 系列软件
中。ＩＢＭ 负责 Ｒａｔｉｏｎａｌ 营销和战略方面的
副总裁 Ｒｏｇｅｒ　Ｏｂｅｒｇ 表示，这是一个很自
然的补充，ＩＢＭ之前没有自己的构建管理
软件，而在 ＢｕｉｌｄＦｏｒｇｅ的客户里，８０％也
是 ＩＢＭ　Ｒａｔｉｏｎａｌ 软件开发平台的用户。调
查机构 Ｏｓｔｅｒｍａｎ　Ｒｅｓｅａｒｃｈ在４月份发表了
一份调查报告，该调查在美国不同规模
公司的总共３５２名开发人员中进行，报告
指出：在开发团队里构建过程在１个小时
以上是家常便饭，一半的开发人员还认
为现在的构建过程比起一年以前时间更
长了。
此时也恰逢 ＩＢＭ 收购 Ｔｉｖｏｌｉ 十周年，
Ａｕｓｔｉｎ　Ｂｕｓｉｎｅｓｓ　Ｊｏｕｒｎａｌ 上的”ＩＢＭ，　Ｔｉｖｏｌｉ
—１０　ｙｅａｒｓ　ｌａｔｅｒ”一文正面地回顾了Ｔｉｖｏｌｉ
被收购后的发展。并购到底是好是坏？
Ｒａｔｉｏｎａｌ 被并购之后，也许从“上层”获
晓昀在会上展示了ＰｏｗｅｒＤｅｓｉｇｎｅｒ　１２的新
特性，包括Ｄａｔａ－Ｍａｐｐｉｎｇ 编辑器，ＵＭＬ２．
０ 支持、ＢＰＭＮ 支持、新的报表器以及增
强 ＥＲｗｉｎ 导入能力等。Ｉｎｔｅｒａｃｔｉｖｅ　Ｏｂｊｅｃｔｓ
得了很多支持，获得了以前未有过的发 公司发布了新版本的 ＭＤＡ 工具 ＡｒｃＳｔｙｌｅｒ
展，但离公众的视线似乎变遥远了，关注 ５．５，增加了对 ＪＢｏｓｓ　４、Ｊａｖａ　５ 和Ｓｔｒｕｔｓ
点也变宽了，不再象以前那样专，无论是 的支持。国内出品的ＵＭＬ 工具也有亮点，
社区、电子杂志，还是 Ｇｒａｄｙ　Ｂｏｏｃｈ的谈 楚凡科技在新版工具 Ｐ ｌ ａ ｔ ｏ 　 ２ ０ ０ ６ 　 ｆ ｏ ｒ
话。以前 ＲａｔｉｏｎａｌＥｄｇｅ被当作学习建模的 ＵＭＬ２．０ 的发布中，采用了无需安装“绿
重要资料来源，现在上面放进了各种各 色软件”的发布方式。当下流氓软件横
样的 ＩＢＭ 产品内容；说起 Ｒａｔｉｏｎａｌ 的招牌 行，有的用户甚至非绿软不用，这一举动
建模软件，很多人都知道名字叫Ｒｏｓｅ，但 对鼓励开发人员大胆试用这款工具很有
被 Ｉ Ｂ Ｍ 收购后推出的新版本叫什么名字 好处。
呢？知道的人就少多了。Ｗｅｎｄｙ　Ｂｏｇｇｓ和 敏捷开发管理工具厂商ＶｅｒｓｉｏｎＯｎｅ发
Ｍｉｃｈａｅｌ　Ｂｏｇｇｓ 为 Ｒａｔｉｏｎａｌ的各个版本写了 布了最新的敏捷开发管理平台 Ｖ１：　Ａｇｉｌｅ
一系列的“Ｍａｓｔｅｒｉｎｇ　ＵＭＬ　ｗｉｔｈ　Ｒａｔｉｏｎａｌ Ｅｎｔｅｒｐｒｉｓｅ，把支持的范围扩展到项目的所
＊＊＊＊”
（中译本即为《ＵＭＬ 与Ｒａｔｉｏｎａｌ　＊＊＊＊ 有涉众，从开发人员、项目经理、主管、
从入门到精通》系列），而自从Ｒａｔｉｏｎａｌ被 客户到测试人员。例如，可以产生主管级
并购后推出新版本到现在，Ｂｏｇｇｓ们再也 别的跨项目布告板，可以对客户和市场
没有新的类似“Ｍａｓｔｅｒｉｎｇ　ＵＭＬ　ｗｉｔｈ　Ｒａ－ 的各种要求排优先级。另一家敏捷工具
ｔｉｏｎａｌ　Ｓｏｆｔｗａｒｅ　Ａｒｃｈｉｔｅｃｔ”的书出现。随 厂商 ，获 得 今 年 Ｊ ｏ ｌ ｔ 生 产 率 奖 的
着 Ｂｏｒｌａｎｄ　Ｔｏｇｅｔｈｅｒ、Ｅｎｔｅｒｐｒｉｓｅ　Ａｒｃｈｉｔｅｃｔ、 ＴａｒｇｅｔＰｒｏｃｅｓｓ 也发布了ＴａｒｇｅｔＰｒｏｃｅｓｓ　Ｓｕｉｔｅ
Ｐｏｓｅｉｄｏｎ、ＭａｇｉｃＤｒａｗ等工具的崛起，Ｒａｔｉｏ－ １．６，添加了“搜索”、“程序管理”、
“特
ｎａｌ　Ｒｏｓｅ时代奠立的用户基础不知不觉被 性管理”等新特性。

嵌入式移动开发 Ｂｕｉｌｄｅｒ 将不再是一个独立的 ＩＤＥ，而会成

■　主持人：马宁
微软最有价值专家，Ｗｉｎｄｏｗｓ　Ｍｏｂｉｌｅ开发者。
　 本月最大的新闻是 ＭＥＤＣ
２００６ 在美国的召开。微软 ２００６年的重点
在于 Ｗｉｎｄｏｗｓ　Ｖｉｓｔａ，所以这次 ＭＥＤＣ 更
多地侧重于技术的前瞻和新技术的宣传。
本次 ＭＥＤＣ 最重要的事件就是 Ｗｉｎｄｏｗｓ
ＣＥ　６　Ｂｅｔａ版本的推出，Ｗｉｎｄｏｗｓ　ＣＥ　６的
巨大变化也足以让开发者相信 Ｗｉｎｄｏｗｓ
为Ｖｉｓｕａｌ　Ｓｔｕｄｉｏ　２００５的插件。到时候，定
制系统、开发应用程序、调试程序将会在
同一个ＩＤＥ中完成。现在离Ｗｉｎｄｏｗｓ　ＣＥ　６
的正式发布还有一段时间，在经历了保
守的 Ｗｉｎｄｏｗｓ　ＣＥ　５．０之后，我们的确希
望它能为我们带来更多新的功能。
ＣＥ 从 ６．０ 开始将会有一个全新的开始。 本次 Ｍ Ｅ Ｄ Ｃ 的另一大主角是． Ｎ Ｅ Ｔ
Ｗｉｎｄｏｗｓ　ＣＥ　６的内核发生了颠覆性 ＭｉｃｒｏＦｒａｍｅｗｏｒｋ，一个完全陌生的名字。
的变化，以前的ＣＥ 只允许同时运行３２个 但是从字面上我们就可以了解，这是一
进程，每个进程拥有３２ＭＢ的虚拟内存，而 个比．ＮＥＴ　Ｃｏｍｐａｃｔ　Ｆｒａｍｅｗｏｒｋ更小的．ＮＥＴ。
Ｗｉｎｄｏｗｓ　ＣＥ　６ 允许同时运行 ３．２ 万个进 是由微软将 Ｓｍａｒｔ　Ｐｅｒｓｏｎａｌ　Ｏｂｊｅｃｔ　Ｔｅｃｈ－
程，每个进程可以在２ＧＢ的虚拟内存空间 ｎｏｌｏｇｙ　（ＳＰＯＴ）和 ＴｉｎｙＣＬＲ结合起来推出
中运行。另外，在开发工具方面，Ｐｌａｔｆｏｒｍ 的。目前了解到的只是应用程序的尺寸

14 程序员
 Ｏｐｅｎ　Ｓｏｕｒｃｅ
■　主持人：汤韬
开源爱好者。
　Ｇｕｉｄｏ　ｖａｎ　Ｒｏｓｓｕｍ 最近在
他的 Ｂｌｏｇ 里开始了对下一代 Ｐｙｔｈｏｎ语言
—— Ｐｙｔｈｏｎ３０００ 的一系列讨论。
首先 Ｐｙｔｈｏｎ３０００ 虽然很重要但是不
会是一个革命性的产品。不会像Ｐｅｒｌ　５升
级到 Ｐｅｒｌ　６ 那样惊天动地，改得遥遥无
期。它在语法上会出现许多变化，一些内
置函数将会被取消。这将意味着，Ｐ ｙ －
ｔｈｏｎ３０００ 不会完全兼容 ２．ｘ 系列的版本。
在扔掉了兼容性这套枷锁后，Ｐｙｔｈｏｎ３０００
也许表现得会更加完美。
Ｇｕｉｄｏ 在去年就曾撰文，声称要去掉
ｍａｐ／ｆｉｌｔｅｒ／　ｒｅｄｕｃｅ／　ｌａｍｂｄａ系列内置函数。
它们实际上是Ｐｙｔｈｏｎ中关于函数式编程范
式的核心功能。去掉它们的原因在于，
Ｇｕｉｄｏ 认为通过增强的ｆｏｒ语句，可以很轻
松的替换掉 ｍａｐ／ｆｉｌｔｅｒ 的功能。而且对于
许多没有 ＬＩＳＰ 这样语言背景的开发者来
说，ｍａｐ／ｆｉｌｔｅｒ 的表达方式常令人感到困
惑。而ｌａｍｂｄａ也应该可以找到更好的替换
模型。一年过去了，Ｇｕｉｄｏ 在寻找 ｌａｍｄｂａ
的替代者方面进展得并不顺利，但可确定
ｌａｍｄｂａ 会继续存在于 Ｐｙｔｈｏｎ３０００中。
另一个重要的特性是对Ａｄａｐｔａｔｉｏｎ　或
Ｇｅｎｅｒｉｃ　Ｆｕｎｃｔｉｏｎｓ 的支持。Ａｄａｐｔａｔｉｏｎ主要
用在一些需要对对象进行二次包装的场
合（想想针对接口编程，想想 Ａｄａｐｔｅｒ模
式）。它可以在运行时将接口（Ｐｙｔｈｏｎ中
将接口描述为协议，而且目前的Ｐｙｔｈｏｎ版
本中并没有一个明确的Ｉｎｔｅｒｆａｃｅ之类关键
字）和其实现类进行组装。有点类似Ｊａｖａ
中的动态代理，但更加灵活、语法更简
洁。看看在 Ｊ２ＥＥ 中那泛滥成灾的 ＸＭＬ 配
置文件，它的解决方案显然要优雅多了。
Ｇｅｎｅｒｉｃ　Ｆｕｎｃｔｉｏｎｓ是作为Ａｄａｐｔａｔｉｏｎ的
竞争者出现的。具有 Ｃ＋＋ 泛型技术背景
的朋友对这个词应该不会太陌生。从技
术最终获得效果上看，Ｇｅｎｅｒｉｃ　Ｆｕｎｃｔｉｏｎｓ与
Ｃ＋＋ 的泛型技术是一样的。不过实现原
理却完全不同。众说周知，Ｃ＋＋是利用模
板在编译期推导参数类型来完成。而Ｐｙ－
ｔｈｏｎ是动态语言，编译期所做工作极少，
主要都在运行时解决。况且动态语言没
有函数参数的静态类型检查 。可以说，
Ｐｙｔｈｏｎ的函数天生就具有泛型的特质。所
以，Ｐｙｔｈｏｎ中的Ｇｅｎｅｒｉｃ　Ｆｕｎｃｔｉｏｎｓ可以比较
的概念应该是Ｃ＋＋泛型中的“偏特化”特
性。即写出一个通用版本函数以及一系
列针对特定参数类型的专有版本。这些
系列函数可以通过一个内置 ｒｅｇｉｓｔｅｒ 函数
完成组装。运行时，系统自动判定参数类
型，并调用最匹配的一个函数版本。
总的说来，Ｐｙｔｈｏｎ　３０００ 目标在于改
进其对函数式开发范式的支持；吸取现
在 Ｐｙｔｈｏｎ 社区中一些优秀框架的设计成
果（诸如 ＰＥＡＫ 中的“多方法分派”），提
升Ｐｙｔｈｏｎ的设计抽象层次。从而提升Ｐｙ－
ｔｈｏｎ系统的开发效率。
当然，Ｐｙｔｈｏｎ３０００现在仍然处在一个
早期讨论阶段，
发布看来要经过漫长的等
待。好在，Ｐｙｔｈｏｎ２．ｘ系列的版本仍会持续
的发展。一些３０００中的特性也可能以预览
的姿态出现２．ｘ 系列中。Ｇｕｉｄｏ 仍然希望
Ｐｙｔｈｏｎ的升级尽可能平滑的进行，避免犯
下 Ｐｅｒｌ　６的愚蠢错误。

在 １０Ｋ 以下，可以运行在 ＡＲＭ７的处理器 控，他们之间采用了ＷｉＦｉ进行数据传输。 入式领域一定会越来越强。这次决赛将

上。大家应该还记得微软的Ｓｍａｒｔ　Ｗａｔｃｈ， ＷｉＭｏ可以将照相机抓拍到的图片传输到 于６月２３日在微软总部进行，祝愿中国的
其中就使用了 ＳＰＯＴ 的技术。 Ｐｏｃｋｅｔ　ＰＣ 上。作者还打算将自己制作 队伍能取得好成绩。
除了 Ｓｍａｒｔ　Ｗａｔｃｈ外，这次微软为我 ＷｉＭｏ 的步骤发布到网上。 微软与德信的这次签约对于双方都
们演示了．ＮＥＴ　ＭｉｃｒｏＦｒａｍｅｗｏｒｋ的另一个应 ５ 月 １１ 日，参加 Ｗｉｎｄｏｗｓ　Ｅｍｂｅｄｄｅｄ 有好处，与国际大厂不同，国产手机的研
用：ＳｕｍｏＲｏｂｏｔ。在 ＭＥＤＣ 期间有 ４２ 支队 Ｓｔｕｄｅｎｔ　Ｃｈａｌｌｅｎｇｅ　２００６ 决赛的 ３０ 支队伍 发技术掌握在Ｄｅｓｉｇｎ　Ｈｏｕｓｅ手里，掌握了
伍参加了ＳｕｍｏＲｏｂｏｔ挑战赛，另外动手实 都已经产生了，中国的参赛队达到了创 手机产业链的研发环节，就等于控制了
验室中也有关于 ＳｕｍｏＲｏｂｏｔ 的实验， 纪录的 １４ 支。Ｗｉｎｄｏｗｓ　Ｅｍｂｅｄｄｅｄ　Ｓｔｕ－ 国产手机的未来技术走向。而在国产手
说到机器人技术，微软的一位老兄 ｄｅｎｔ　Ｃｈａｌｌｅｎｇｅ是微软面向在校大学生举办 机销量持续下滑的今天，技术实力不足
最近使用自己的 Ｗｉｎｄｏｗｓ　Ｍｏｂｉｌｅ 手机制 的嵌入式领域的开发比赛。去年的比赛 已经成为国产手机的致命伤，德信与微
作了一个机器人：ＷｉＭｏ。ＷｉＭｏ的外观一 有四支中国的队伍参加，而这次中国的 软的合作至少可以摆脱手机软件技术方
定会让大家感到可笑，但是人家就是利 队伍已经占据了半壁江山，这说明中国 面的尴尬。从多普达到德信，微软在
用简陋的设备实现了一个功能完善的机 的大学在电子信息领域的水平在逐步提 Ｗｉｎｄｏｗｓ　Ｍｏｂｉｌｅ的推广上走了一条有中国
器人。ＷｉＭｏ 可以通过 Ｐｏｃｋｅｔ　ＰＣ进行遥 高，科技的源动力来自于大学，中国在嵌 特色的道路。

Programmer 15
人物＆报道 Character & Report

程序天下事　＞＞＞

【5 月人才快报】英雄难过语言关　外企研发中心高薪难聘英才
进入二季度，ＩＴ人才风向标的晴雨表 在与招聘经理的沟通中，总能听到他
上，温度迅速攀升的应该当数跨国公司的 们发表类似的观点：很多技术高手，技术
５ 月最受关注企业榜
研发中心。近期ＣＳＤＮ人才频道的热点招 方面非常出色，就是英语不过关，实在没
排名 最受关注企业
聘外企包括：微软（ＡＴＣ　ＢＪ，ＡＴＣ　ＳＨ，ＭＳＮ 有办法。大多数企业在招聘技术人才的 腾讯科技
1
（ＤＺ－ 网页 ＵＩ 设计）
Ｔ ｅ ａ ｍ ， Ｍ Ｓ Ｒ Ａ ）、Ｂ Ｅ Ａ 中国研发中心 、 时候，都会把他的技术背景作为第一个条
慧通商务（深圳）有限公司
2
Ａｕｔｏｄｅｓｋ中国开发中心、Ｇｏｏｇｌｅ中国研发 件，而外企招聘，英语不是最重要但也是 （无线通信算法工程师）

广州网易互动娱乐有限公司
中心等等，都在大量的招聘技术精英，部 次重要的一个条件。从他们的经验来看， 3
（安全工程师系统管理员）
门人数也将有很大的扩充。惠普在５月１２ 如果说技术高手难觅，那么英语好的技术 微软中国
4
日的新闻发布会上， 正式启动了“聚英 高手更难招。 （Ｒｅｓｅａｒｃｈ　Ｓｏｆｔｗａｒｅ ）

北京紫光捷通科技有限公司
１０００”的大型人才招聘活动，将招募１０００ 而很多技术人员都面临着这样的困惑 5
（ＳＰ 产品经理）

名业界精英和专业人才加盟，再次表明了 ——自己本身技术能力有很强的优势，有一 北京凌云互动信息技术有限公司

6
（搜索引擎研究员）
惠普全力开拓中国市场的坚定信心。还 定开发经验， 学历背景也在本科以上的水
毕益辉系统（中国）有限公司［ＢＥＡ］
7
有类似文思创新这样的软件外包公司，今 平，英语一般都通过了国家６级，甚至ＧＲＥ和 （ＳＥ，Ｗｅｂｌｏｇｉｃ ，Ｓｅｒｖｅｒ，Ｔｕｘｅｄｏ）

北京龙腾阳光科技发展有限公司
年预计从 １５００ 人扩充到 ３０００ 人，大部分 托福考试都有很高的分数，日常英语文档的 8
（ＷＥＢ 软件工程师）
都是外派给微软、ＩＢＭ这样的外企在华的 写作也还可以，唯独口语不过关，不敢开口， 北京博大正方软件技术有限公司
9
（Ｌｉｎｕｘｃ／ｃ＋＋ 开发 Ｊａｖａ 工程师）
研发中心。热度可见一斑。 这也就成为了他们应聘外企的最大障碍。
环达电脑（上海）有限公司
10
（ＢＩＯＳ 工程师）
【职场百味】担心编程到了 ３０ 岁就要面临转行？ 资 料 来 源 ：ＣＳＤＮ 人 才 频 道 ５月 企 业 点 击 排 行 ，本
月 共 有 ３８５ 家 新 增 企 业 。
◆　ＪｉａｎｇＳｈｅｎｇ（蒋晟）：的确，技术日 握的技术的黄金期得不到转型，他也只
５ 月最受关注职位榜
新月异，年纪大的人很难跟上，但是一些 能吃青春饭。
排名 最受关注职位
职位也需要经验和技术并重的，例如系 ◆ＴｅｃｈｎｏＦａｎｔａｓｙ（陈锐）：这个我倒是 Ｊａｖａ 工程师
1
统分析、测试、顾问和管理。另外，也可 没有很担心。其实现在很多公司都非常 （奇虎、伟思拓、网络易联）
ＷＥＢ 开发高级工程师
以考虑投身教育行业。 需要很有经验的开发人员来参与到产品 2
（郑州鼎晟、腾讯科技）
◆　ｚｊｃｘｃ（邹建）：老不老是心态问题 开发和项目中，避免开发中的一些陷阱 ．ＮＥＴ 工程师
3
（掌上通、激动集团）
吧？ 其实在这方面，我个人有一些感触。 等。而且即使转行也应该是一个很自然
ＶＣ 程序员（游戏）
程序员的发展，一般是这两种情况：非常 的过程。 4
（杭州畅游网络、北京博大正方）
努力的做程序，所以一直都是程序员；非 ◆　Ｓａｕｃｅｒ（思归）：在这里几乎没有这 Ｄｅｌｐｈｉ 程序员
5
（慧通商务、北京泰能）
常努力的做程序，其他方面也不错，最后 样的考虑，虽然编程是工作，但也是因为
Ｃ／Ｃ＋＋ 高级开发人员
发展为项目经理。 兴趣在驱动你，失去了兴趣，那么工作大 6
（福州天下创世、智乐软件）

对于前者，如果是资深程序员，已经 概也无法延续。参加当地的技术会议和或 数据库工程师

7
（用友华表、中联集团）
是程序的顶峰，很少有人能够跟他抢，所 者 ＭＶＰ 会议的话，你会经常看到头发花
搜索引擎开发工程师
以激励少了，逐渐斗志少了，３０岁后精力 白、年迈的程序员。当然这大概不适于国 8
（微软中国、阿里巴巴）

也少了。加上技术的快速变化，很快会跟 内，环境不同吧。时代在变，这样的趋势 信息安全工程师

9
（联想、网易互动、腾讯）
不上年青人。所以程序员会有一个青春 以后也会变的，
虽然我的回答大概ｕｓｅｌｅｓｓ，
项目经理
10
期。即使他学的是最新的技术，也是有一 但谁叫我们处于时代的大变革中呢？ （搜狐公司、成都易我科技、飞拓无限）

个应用的持续期，过了这个持续期，新的 编者按：三十而立，３０岁转行问题已 资 料 来 源 ：ＣＳＤＮ 人 才 频 道 ５月 份 职 位 点 击 排 行 ，

本 月 共 有 １３６０ 新 增 职 位 。
技术出来，他跟不上了，就成了吃青春 经是众多程序员持续关注的话题。本期
■　栏目策划：ＣＳＤＮ 人才频道　熊妍妍
饭。对于后者，很显然，他的精力被杂事 “职场百味”特别精选了ＣＳＤＮ社区“人物
■　网址：ｈｔｔｐ：／／ｊｏｂ．ｃｓｄｎ．ｎｅｔ
分担了，没有精力做技术，如果他在他掌 接龙”栏目的精彩观点，与读者分享。 ■　Ｅ－ｍａｉｌ：ｘｙｙ＠ｃｓｄｎ．ｎｅｔ

16 程序员
 ＞＞＞　网络聚焦

MSDN Magazine 探索开发 ＷＣＦ 应用程序中的强大实例管理工具

实例管理引用了一系列Ｗｉｎｄｏｗｓ通讯基础架构的技术用于将消息和服务实例捆绑
起来。理解实例管理对于开发中的可升级、稳定的面向服务的应用程序来说是非常必
要的。本文提供了各种实例管理模型的基本原理，提供了什么时间和如何使用他们的
指导方针，并且讨论了一些相关话题。

在．ＮＥＴ　Ｆｒａｍｅｗｏｒｋ　２．０ 中使用 ＸＭＬ 设置为你的应用程序配置参数

应用程序通常都非常复杂。
即便是最简单的软件也总需要大量的设置以存储一些
参数用以实现一些基本的功能。本文将介绍一些用 ＸＭＬ 设置来解决问题的方法。

Visual Studio Magazine 在 ＡＳＰ．ＮＥＴ　２．０ 中自定义安全设置

ＡＳＰ．ＮＥＴ　２．０ 比 ＡＳＰ．ＮＥＴ　１．１ 让用户能够更好的进行文件夹、用户信息的安全
管理，并且在登录的过程中整合自定义码。用户可以很轻松地在自己的网站中利用
ＡＳＰ．ＮＥＴ 进行安全方面的设置。但是要将代码整合、集中用户的信息、跨越多个站点
进行安全设置的共享、用 ＡＳＰ．ＮＥＴ　２．０ 的菜单控件来实现上述的要求，需要做一些
额外的工作。

使用 ＸＭＬ 让你的文档变得智能
使用 ＸＭＬ 编辑器的特性能够让用户的 ＸＭＬ 文档变得更加智能。从 Ｖｉｓｕａｌ　Ｓｔｕｄｉｏ
２００３ 开始，Ｖｉｓｕａｌ　Ｓｔｕｄｉｏ 就开始提供 ＸＭＬ 的编辑器，微软在 Ｖｉｓｕａｌ　Ｓｔｕｄｉｏ　２００５ 中将
这个编辑器进行了升级。

要快？还是要好？
Java Pro
如今的工具变得越来越复杂，
将来的程序员可能要通过训练来快速的开发软件以
满足现在产品的需求而无法将传统计算机科学的课程在相应的时间内掌握牢固。
平衡
问题的两方面，好的代码和快速开发出来的代码，这个问题对于将来的软件开发有很
重要的意义。

ＪＳＴＬ 让 Ｗｅｂ 应用程序灵活性性更强

虽然像ＰＨＰ这样的脚本语言对于那些认为Ｊａｖａ不够灵活的那些Ｗｅｂ应用程序开发
人员来说是很好的选择，通过正确的设置，你可以用 ＪＳＰ 标签库做得同样灵活。看过
本文后，可以尝试通过应用ＪＳＰ标准标签库在一个简单的数据库应用程序中建立连接。

ＳＯＡ：准备好了么？开始吧！
SD Times
面向服务的架构是 Ｗｅｂ　２．０ 时代的企业级应用。现在，越来越多的采用 ＳＯＡ 将
对ＩＴ产业产生巨大并且意义深刻的影响，并且会加速ＩＴ的产业化进行。在这个转变过
程中，ＩＴ 组织将面对几个问题：如何管理自己的 ＳＯＡ？如何为我的 ＳＯＡ 付费？

收购 ＪＢｏｓｓ，红帽有了 ＳＯＡ 的战略竞争力

红帽希望能成为 ＳＯＡ工具的提供商。成功收购 ＪＢｏｓｓ之后，红帽扩展了其原有的
市场范围，同时将立即拥有应用程序服务器和中间件的市场，成为 ＢＥＡ、ＩＢＭ的竞争
者，和它们并肩抢夺这块市场份额。

Programmer 17
人物＆报道 Character & Report
网络聚焦　＞＞＞
ＨＤ　Ｖｉｄｅｏ 将阻碍互联网的发展？
现在有些ＩＳＰ已经开始担忧大流量的视频将会阻碍互联网
的发展。这也是内容提供商不断抬高价格的原因之一。文章
提出，其实大部分家庭中的互联网应用都是小流量的应用，例
如收发电子邮件、浏览网页等等。一旦人们开始在家中像看
电视那样花费数小时地用网络观看流媒体，那将对并不是为
此设计的网络产生很大的压力，ＩＳＰ就要加强网络的承载能力
以避免高昂的价格。ＩＳＰ希望通过向内容提供商的大视频文件
１９９８ 年的互联网泡沫卷土重来？
有人认为，现在的互联网业正在重蹈 １９９８年泡沫的覆辙。
现在的问题是：互联网已经有了泡沫升腾的迹象，我们又要面
临一场崩塌么？ Ｆｌｉｃｋｒ 图片共享网站的共同创办人 Ｃａｔｅｒｉｎａ　Ｆａｋｅ
在他的 ｂｌｏｇ 中这样写道：现在不是创办公司的好时机。这种说
用例：为 ＶＳ．ＮＥＴ创建插件
Ｖｉｓｕａｌ　Ｓｔｕｄｉｏ．ＮＥＴ因为其丰富全面的功能结构和方便的用户
界面而成为广泛使用的开发工具。但是，有时候想自定义Ｖｉｓｕａｌ
Ｓｔｕｄｉｏ．ＮＥＴ 却不那么容易。在该文中Ｅｌｅｍｅｎｔｏｏｌｓ　的 ＣＥＯ 以他的
洞察力提供给读者透析调整 Ｖｉｓｕａｌ　Ｓｔｕｄｉｏ．ＮＥＴ 以满足用户自己
开发需要的最好方法。
ＤＯＪ 驳回 Ｇｏｏｇｌｅ 对 ＩＥ 的抱怨
Ｇｏｏｇｌｅ 认为微软推出的 ＩＥ７ 未在搜索市场上进行公平的竞
争，这种不公平竞争的行为是违背了美国的相关法律。ＤＯＪ指
出ＩＥ７允许用户可以自行作出选择，他们可以设置任何自己喜爱
的搜索引擎成为默认的搜索引擎（虽然在ＭＳＮ 中首推的是ＩＥ）。
ＤＯＪ 要求微软必须在 ２００９ 年前提供通信协议信息。
18 程序员
www.Slashdot.org
传输这样的服务进行收费来弥补这部分的价格缺口。
Ｇｏｏｇｌｅ 偏爱小型业务
文章通过分析微软、苹果、ＩＢＭ 等公司后认为，微软的平
台构建在ＰＣ上而Ｇｏｏｇｌｅ的平台构建在互联网上，但是没有人希
望能够控制互联网，微软和Ｇｏｏｇｌｅ 都不能。而 Ｇｏｏｇｌｅ是从一些
小 ／ 中型的业务上获取了大量的收益。这些不仅仅是如何做广
告的重大变革，而且还是如何做业务的重大变革。
www.theserverside.com
法正是对现在互联网业务泡沫重新膨胀的一种解说，不太可能
是暴发户产生的时候。不过，她的这种说法很快就被大量的反
对意见所淹没。随着Ｗｅｂ　２．０ 的出现，互联网出现了复苏的迹
象，并且引发了所谓的互联网公司的第二次革命。这次的泡沫
将会带来怎样的机遇？ １９９８ 年的历史是要在现在重现么？
http://idevnews.com/index.asp
ＪａｖａＯｎｅ 见闻实录
在这次 ＪａｖａＯｎｅ大会上，凡是关于ＳＯＡ和ＥＳＢ的话题都是热
门。ＩＢＭ 提供７ 个步骤来成功实现ＳＯＡ的经验。ＩＤＮ的记者还采
访了 Ｊａｍｅｓ　Ｇｏｓｌｉｎｇ、Ｊｏｈｎ　Ｃｒｕｐｉ以及除 ＩＢＭ 和 ＢＥＡ 之外的大型、
小型使用Ｊａｖａ和对Ｊａｖａ感兴趣的公司，听取他们对ＪａｖａＯｎｅ　２００６
的看法。
www.microsoft-watch.com
Ｏｆｆｉｃｅ　２００７ 测试员：开动你的引擎，为 Ｂｅｔａ２ 做准备
微软现在正在调整它的服务器为 Ｏｆｆｉｃｅ　２００７　Ｂｅｔａ　２ 的下
载做准备，这预示着下一个测试版本很快就要发布。微软已经
给测试员发送了电子邮件，他们并没有计划在 Ｏｆｆｉｃｅ 预览的网
站上发布，而是在 ＢｅｔａＰｌａｃｅ 下载站点上提供。微软还提示这些
测试人员，他们在安装 Ｂｅｔａ　２ 之前需要卸载原来的版本。
 推荐特色网站内容请发送至：editor@csdn.net

http://news.csdn.net/n/[Date]/[ID].html

No. Topic Date ID

1 ＮｅｔＢｅａｎｓ　挑战 Ｅｃｌｉｐｓｅ　以彼之道还施彼身 ２００６０４２１ １５３７５
2 全美“５０ 大好差事”软件工程师排名第一 ２００６０４１７ １４９０２
3 史玉柱点评中国网游群英：陈天桥做了冤大头 ２００６０４２０ １４５１７
4 ２００６ 年大学生就业“力”调查：你值多少钱 ２００６０４１４ １３１２０
5 Ｇｏｏｇｌｅ 大举入华　雅虎中国已经悄然变脸 ２００６０４１４ １１１８８
6 网友撰文揭密：为什么开源杀毒软件这么少？ ２００６０４２１ １０２０９
7 Ｗｅｂ２．０ 大潮行将衰退　９０％ 相关公司可能消失 ２００６０４１５ ９７７８
8 Ｏｒａｃｌｅ、　ＩＢＭ　、Ｍｉｃｒｏｓｏｆｔ 展开“完备产品线大战” ２００６０４２０ ９７５６
9 日本游戏业哀鸿遍野　九年萎缩恶梦何时结束？ ２００６０４１５ ９５３９
10 Ｆｉｒｅｆｏｘ 你拿什么和 ＩＥ 赌明天呢？ ２００６０４２７ ８７９８

一位独立软件工程师的困惑　http://www.mypm.net/articles/show_article_content.asp?articleID=9411
摘要：作为一个独立软件工程师，Ｔｉｍ　Ｒｏｂｅｒｔｓ 被排除在了信息技术服务的外包之外。
谈谈 ＣＲＭ 中信息技术应用的几个潮流　http://www.mypm.net/articles/show_article_content.asp?articleID=9545
摘要：企业为获得满意的客户关系，当前较流行的思路是通过实施客户关系管理（ＣＲＭ）项目来实现。
软件工程－软件目的需求开发与管理　http://www.mypm.net/articles/show_article_content.asp?articleID=9217
摘要：需求开发与管理是软件项目中一项十分重要的工作，但是在项目开发工作中，很多人对需求的认识
还远远不够。
对 ＥＲＰ 项目实施的忠告　http://www.mypm.net/articles/show_article_content.asp?articleID=9533
摘要：ＥＲＰ 在中国的发展很不顺利，对此，必须看到两个事实和两种发人深省的现象。
案例：软件开发项目的失控　http://www.mypm.net/case/show_case_content.asp?caseID=1885
项目管理的处于失控状态，请问这个项目的问题要主在哪里，应该如何处理？

地址：http://www.codechina.net/resource/gotores.php?articleid=ID 号

ＩＤ：１５０９６５　　ＦｒｅｅＢＳＤ 使用大全（第二版）　中文 1. 　Ｊ２ＥＥ 平台架构上开发 ＣＲＭ 系统设计方案 ＩＤ：１５０７８０

第 １ 章：介绍有关 ＦｒｅｅＢＳＤ 计划的各个方面，例如 2. 　ＦｒｅｅＢＳＤ　５．ｘ 架设管理与应用 ＩＤ：１５０９６６
它的历史目标和开发模式等。 3. 　全程指导 Ｌｉｎｕｘ 下 ＪＡＶＡ 环境配置 ＩＤ：１５０９６０
第 ２ 章：描述如何用 Ｓｙｓｉｎｓｔａｌｌ 来安装 ＦｒｅｅＢＳＤ。 4. 　Ｌｉｎｕｘ０１１ 的源代码及注释 ＩＤ：１５０９４９
第 ３ 章： 介绍 ＦｒｅｅＢＳＤ 操作系统的基本命令和功 5. 　ＶＢ　ＡＰＩ 函数参考手册（ＣＨＭ） ＩＤ：１５０９３７
能… 6. 　Ｃ＃ 语言 ＡＳＰ．ＮＥＴ 从新手到专家（ＰＤＦ） ＩＤ：１５０８８６
ＩＤ：１５０９０１　　Ａｊａｘ 应用实例 7. 　Ｃ／Ｃ＋＋ 程序员实用大全 ＩＤ：１５０９９７
Ａｊａｘ，使用它可以构建更为动态和响应更灵敏的 8. 　开放源代码知识大全 ＩＤ：１５０９４８
Ｗ ｅ ｂ 应用程序 。该 方 法 的 关 键 在 于 对 浏 览 器 端 的 9. 　Ｅｃｌｉｐｓｅ 开发 Ｊ２ＭＥ 手机程序之简介 ＩＤ：１５０９８７
ＪａｖａＳｃｒｉｐｔ、ＤＨＴＭＬ 和与服务器异步通信… 10. Ｌｉｎｕｘ 操作系统的内核编译内幕详解 ＩＤ：１５０９９６

Programmer 19
人物＆报道 Character & Report

网络聚焦　＞＞＞

让您不会错过最 HOT 的信息

文档地址：http://dev.csdn.net/article/ID 前两位 /ID.shtm
论坛地址：http://community.csdn.net/Expert/topic/ID 前四位 /ID.xml

文　　　　档 论　　　　坛
■　主题：Ｃ＋＋，谁来拯救你！
■　主题：采用 ＰＯＩ 和 ＡＮＴＬＲ 提取 ＷＯＲＤ 文档数据
作者：ｓｕｐｐｅｒｍａｎ＿００９　（天堂草）
作者：ｔｙｒｏｎｅ１９７９
ＩＤ：４７２３１０４
ＩＤ：８４０１４
摘要：在工作了一年之后，默然回首，发现原先酷爱的Ｃ＋＋
摘要：ＰＯＩ 是 Ａｐａｃｈｅ 开源项目之一，用 Ｊａｖａ实现跨平台ＭＳ
没有了踪影。一个酷爱Ｃ＋＋但是却在用Ｊａｖａ的无奈程序员发出
Ｗｏｒｄ／Ｅｘｃｅｌ文档解析。　也就是说可以在非Ｗｉｎｄｏｗｓ平台提取ＭＳ
感慨，要使 Ｃ＋＋ 再次成为美味，我们应该如何去做呢？
Ｗｏｒｄ／Ｅｘｃｅｌ 文档内容。
本文采用 ＰＯＩ 的一个扩展 Ｊａｒ 包 ｔｍ－ｅｘｔｒａｃｔｏｒｓ＿０．４．ｊａｒ 提取
■　主题：目前最快的 Ｎ 皇后问题算法！
Ｗｏｒｄ 文档内容。
作者：ＩｃｅＣｒａｆｔ　（心淡情浓）
ＩＤ：４７０９０２５
■　主题：网络数据包拦截通用技术
摘要：昨天在 ｇｏｏｇｌｅ 上有幸找到了一个难得一见的算法，
作者：ｉｉｐｒｏｇｒａｍ 是我目前见到的最快的皇后问题算法了。它有别于传统的数组
ＩＤ：８３８３０ 判断模式，而是采用了位运算。
摘要：编写 ＩＭ　ＤＲＩＶＥＲ 在 ＮＤＩＳ 中间层对 ＭＩＮＩＰＯＲＴ（网卡驱
动程序）和协议驱动程序之间的数据包进行拦截的程序非常的
■　主题：说给应届毕业生的！
复杂，安装也很麻烦。本人简单的介绍一种更有效的基于ＮＤＩＳ
作者：ｐｏｄｉａｎｌｉａｎｇｓｈｕｉ
包拦截技术。
ＩＤ：４７２５９７５
摘要：我觉得我的同情心在日渐削弱，但是，应届毕业生
■　主题：ＶＢ 中 Ｓｔｒｉｎｇ 的用法及原理 们，你们想过这些问题么？你知道你害了谁？
作者：ｔｉｇｅｒ１１９
ＩＤ：８３９４３ ■　主题：大家来谈谈掌握 Ｊａｖａ 的基本功
摘要：在各种不同开发语言中，字符串类型显然是最常见，
作者：ＩＴｄａｖｉｄ　（ＩＴ 大卫）
也是最常用的。它往往是绊脚石，或者程序中性能的瓶颈。　本
ＩＤ：４７００００６
文将分享作者在这方面的体会。
摘要：Ｊａｖａ作为一种编程语言，用它来实现你想要实现的东
西是最重要的，这就要求每个Ｊａｖａ程序员平常要多练习，提高
■　主题：编写高性能 Ｗｅｂ 应用程序的 １０ 个技巧 自己的 Ｊａｖａ功底。那么，你认为平常都应该练习什么呢？
作者：ｗａｎｇｙｉｈｕｓｔ
ＩＤ：８４３６４ ■　主题：ＡＤＯ．ＮＥＴ　老牛拉车？
摘要：使用 ＡＳＰ．ＮＥＴ 编写 Ｗｅｂ 应用程序的简单程度令人不 作者：ｉｒｖｉｎｅ００７
敢相信。正因为如此简单，所以很多开发人员就不会花时间来 ＩＤ：４７２７１２０
设计其应用程序的结构，以获得更好的性能了。本文将讲述１０ 摘要：一段小程序在ＶＳ．ＮＥＴ　２００５上用Ｃ＃重新编写，界面
个用于编写高性能 Ｗｅｂ 应用程序的技巧。 是弄的华丽了，但是效率低下，１０００条数据都没更新完成已经
耗去我 １ 分多钟，请问这是怎么回事？如何优化呢？
■　主题：Ｃ＋＋　ＧＵＩ编程——使用 ＳｍａｒｔＷｉｎ＋＋
作者：ｉｉｐｒｏｇｒａｍ ■　主题：转贴【给编程初学者的良言警句】
ＩＤ：８４３４９ 作者：ｉａｍｃａｉｃａｉｎｉａｏ
摘要：ＳｍａｒｔＷｉｎ＋＋ 是１００％标准Ｃ＋＋编写的轻量级ＧＵＩ库， ＩＤ：４７２２５５９
没有 ＭＦＣ 那样的宏，你完全可以以Ｃ＋＋ 的思维编写 ＧＵＩ，并且 摘要：对一个初学者来说， ＩＴ界的技术风潮是不可以追赶的，
编译出来的程序很小，支持 ＯｐｅｎＧＬ 以及 ＯｐｅｎＣＶ，这是吸引我 而且也没有能力去追赶，我只是觉得如果他们把追赶这些时髦
的地方。 技术的时间多花一点在基础的课程上应该是可以走得更远的。

20 程序员
 Oracle & Starcraft http://spaces.msn.com/wzwanghai/PersonalSpace.aspx

这个 ｂｌｏｇ 被作者命名为 Ｏｒａｃｌｅ　＆　Ｓｔａｒｃｒａｆｔ 是因为 Ｏｒａｃｌｅ 是作者工作的重要工具，而 Ｓｔａｒｃｒａｆｔ 是他用来娱乐的游戏。两者对

于作者来说都非常重要。作者创建这个ｂｌｏｇ 的意义也就是为了记载下对Ｏｒａｃｌｅ 新的理解，另外就是分享在 Ｓｔａｒｃｒａｆｔ中和朋友对
战的乐趣。作者希望在 Ｏｒａｃｌｅ 和 Ｓｔａｒｃｒａｆｔ 方面都能不断的进步。看来这个程序员劳逸结合，生活丰富多彩。
９ｉ＆１０ｇ　ｂｔｒｅｅ　ｉｎｄｅｘ　ｓｐｌｉｔ
作者看过 ｌｅｗｉｓ 的经典文章“Ｈｏｗ　Ｈｉｇｈ　Ｃａｎ　Ｙｏｕ　Ｇｏ？”之后为 ｌｅｗｉｓ 令人叫绝的思路叹服，对其中提到的 １０ｇ 对ｉｎｄｅｘ　ｓｐｌｉｔ
的改进自己动手测试了一把。
ａｕｔｏ　ｕｎｄｏ　ｍａｎａｇｅｍｅｎｔ
Ａｕｔｏ　ｕｎｄｏ　ｍａｎａｇｅｍｅｎｔ 是 ｏｒａｃｌｅ 推出代替 ｍａｎｕａｌ　ｒｏｌｌｂａｃｋ　ｓｅｇｍｅｎｔ 的工具，Ｏｒａｃｌｅ 官方的文档上有介绍它的原理和实现方
法，作者深入探讨了一些官方文档中点到为止的东西。

DBA notes http://www.dbanotes.net

作者在自己的 ｂｌｏｇ 中涉及到关于数据库和开源方面的技术感受，也有自己对于业界某些问题产生的思考。

操作系统的革命（Ｒｅｖｏｌｕｔｉｏｎ　ＯＳ）
作者看了半部 Ｒｅｖｏｌｕｔｉｏｎ　ＯＳ，认为它是枯燥而有趣的一部电影。因为片子从头到尾都是对众多顶级黑客的采访，但仔细
看下来却由此找到了很多以前不为人注意的一些关于自由软件运动 ／ 开源软件运动的被忽略的细节，让作者认为饶有趣味。
歪批　Ｗｅｂ　２．０　盈利模式
作者对于雅虎移动产业策略师Ｒｕｓｓｅｌｌ　Ｂｅａｔｔｉｅ 批评Ｗｅｂ　２．０ 没有自己的盈利模式而发出感慨，在国内来说还是有生财之道的。

布珞阁 http://blog.9zi.com

ＳＷＴ 的八卦
作者转载的这篇关于 ＳＷＴ 和 Ｓｗｉｎｇ 的论争，不是要激起什么争执，也不是支持哪一方（虽然作者的确是站在 ＳＷＴ一边），
更不是要攻击 Ａｍｙ，但是这是一篇有趣的文章，里面的内幕、线人、公司政治、垄断巨头、商界风云……足够拍一出有趣的
电影，并且文章还由此反映了 ＩＢＭ 对 Ｓｗｉｎｇ 的看法和 ＳＷＴ 的由来，还是非常值得一读。
一个 ｈｉ 老的文章
作者看到《为什么Ｈｉｂｅｒｎａｔｅ如此成功！》，被文章提到如何使工作越做越有兴趣，并且让别人加入进来和你同乐而打动，认
为频繁的发布版本和重构，快速的构造软件整体轮廓，逐步求精确实是一种可行的软件产品开发方式，虽然这个思维有些微
软风格。

一起来 － 展现 ＆ 分享 ＆ 协作 －gogo http://www.i170.com/user/gogo

跳起来看信息安全，安全无所不在。这是作者想在 ｂｌｏｇ 中表现的想法。他非常热爱自己的安全事业，从网络的安全到软

件系统的安全，作者总能从日常生活中获得灵感，转而应用到这些领域中去。
《达芬奇密码小说》里的 ３ 个安全设计思想
这是一本时下最流行的小说，而 ｂｌｏｇ 的作者却从这本小说中看到了许多和安全有关系的东西，受到了安全设计思想的启
发，安全问题确实无处不在。
理解了生活就理解了安全
作者在做过安全一段时间之后，对安全的无限憧憬和神秘的遐想都随着时间和方案逐渐灰飞烟灭了，留下的更多是对国
内安全界的强烈希望和深切担忧。作者通过一个小偷入室行窃的普通例子，将安全防护的每个步骤和应该考虑到的方方面面
阐述得非常容易理解。

Programmer 21
人物＆报道 Character & Report

报道　＞＞＞

使 ＢＥＡ 一次又一次以领先的姿态冲锋在
中间件和 ＳＯＡ 领域的最前线上。

中间件：
不求大而全，做专业的事
“术业有专攻”，ＢＥＡ 在自己的领域
内，不求大而全，专注自己最擅长的，终
有所获。
ＢＥＡ公司创立于１９９５年，发展初期在
北美、澳洲和欧洲收购软件分销公司，
１９９６年收购Ｎｏｖｅｌｌ的Ｔｅｘｕｄｏ，Ｔｅｘｕｄｏ是分
布式事务处理（ＴＰ）的基础结构平台，支
持多种语言。在电信和金融行业的核心
业务上有很好的应用。ＢＥＡ凭借Ｔｅｘｕｄｏ获
得了相当好的经济效益，也因为ＢＥＡ的进
入，Ｔｕｘｅｄｏ脱胎换骨，迅速成为中间件历
史上的神话，到现在ＢＥＡ很大一部分业务

BEA: 奔跑的羚羊 额依然是由 Ｔｕｘｅｄｏ 带来的。

在非洲大草原上，羚羊早晨醒来考虑的第一件事，是如
何让自己跑得更快以逃过狮子的追逐。
　ＢＥＡ是一个中间件厂商，主
要为客户提供基于 Ｊａｖａ 和 Ｃ 的大型中间
件应用服务器，以前主要产品线有
ＷｅｂＬｏｇｉｃ 系列和 Ｔｕｘｅｄｏ 系列，在去年和
今年又增加了几条新的产品线，包括基
于 Ｓ Ｏ Ａ 的 Ａ ｑ ｕ ａ Ｌ ｏ ｇ ｉ ｃ 系列产品，Ｂ Ｅ Ａ
ＷｅｂＬｏｇｉｃ　ＲＦＩＤ　产品系列，Ｒｅａｌｔｉｍｅ（实
时）　Ｓｅｒｖｅｒ，ＳＩＰ 服务器等。去年ＢＥＡ收购
了几家比较大的公司，也会陆继推出一
些其它新的产品和解决方案。比如
Ｐｌｕｍｔｒｅｅ 的 Ｐｏｒｔａｌ 产品，基于 ＪＤＯ 的 ｋｏｄｏ
产品（用于支持ＥＪＢ３等），还拥有基于Ｊ２ＥＥ
的通用开发平台，Ｗｏｒｋｓｈｏｐ　Ｓｔｕｄｉｏ 等。
２００５年随着客户更高的需求，ＢＥＡ又推出
了客户服务、员工自助服务、无线射频识
别（ＲＦＩＤ）、ＷｅｂＬｏｇｉｃ 服务交付及机构交
易管理等在内的五个解决方案基础框架。
□　文 ／ 肖文
２００５ 年底 ＢＥＡ　ｅＷｏｒｌｄ 大会上，ＳＯＡ
成为最重要的话题，其实早在５年前，ＢＥＡ
就开始提倡部署 ＳＯＡ，期望着有更多的
企业能建立这种架构，可当时却孤掌难
鸣。如今，ＳＯＡ已是遍地开花了——ＩＢＭ、
Ｏｒａｃｌｅ、微软这样的“狮子”出现，大力
倡导ＳＯＡ，大有后来居上之势；最近，ＢＥＡ
为了扩大其商业产品的影响力与使用普
遍性，大踏步发展开源（Ｏｐｅｎ　Ｓｏｕｒｃｅ）；
２００６ 年，ＢＥＡ又正式推出了Ｂｌｅｎｄｅｄ战略，
提出“商业软件＋开源＝最适合的解决
方案”的混合策略，为开发和部署商业应
用提供环境与支持。
ＢＥＡ公司一直像一只轻灵矫健的羚羊
在草原上奔跑着，不断给我们带来新的
技术和好的产品。而这种不断创新的技
术和不断适应市场环境的企业发展模式，
如果说Ｔｕｘｅｄｏ是ＢＥＡ的发家产品，那
么 ＷｅｂＬｏｇｉｃ 系列则是 ＢＥＡ 的看家之宝。
ＢＥＡ 公司在 １９９８ 年收购了 ＷｅｂＬｏｇｉｃ，并
推出了业界第一个授权使用 Ｊ２ＥＥ 许可证
的ＷｅｂＬｏｇｉｃ　Ｓｅｒｖｅｒ应用服务器，ＷｅｂＬｏｇｉｃ
Ｓｅｒｖｅｒ 应用服务器不仅使 ＢＥＡ自己得到了
飞速的发展，更重要的是征服了那些怀
疑 Ｊ２ＥＥ应用的人们，使 Ｊ２ＥＥ应用得到了
广泛的部署 。推 出 市 场 后 不 到 一 年 ，
ＷｅｂＬｏｇｉｃ　Ｓｅｒｖｅｒ就成为业内第一Ｊａｖａ应用
服务器。
不论是 Ｔｕｘｅｄｏ 还是 ＷｅｂＬｏｇｉｃ系列产
品，都为ＢＥＡ赚足了面子，在各项评比中
独领风骚，据统计，仅在过去的五年中
ＢＥＡ的产品在各大媒体的评选与基准测试
中，在卓越性和性价比方面已经赢得超
过 ６０ 个奖项。
２００５ 年 Ｂ Ｅ Ａ 又推出了基于 Ｓ Ｏ Ａ 的
Ａｑｕａｌｏｇｉｃ系列产品，Ｉｎｔｅｇｒａｔｉｏｎ（集成）产
品，Ｐｏｒｔａｌ（企业门户）产品，ＡＬＤＳＰ（以前
的Ｌｉｑｕｉｄ　ｄａｔａ，现在叫ＡｑｕａＬｏｇｉｃ　Ｄａｔａ　Ｓｅｒ－
ｖｉｃｅｓ　Ｐｌａｔｆｏｒｍ）、ＳＩＰ　Ｓｅｒｖｅｒ、Ｒｅａｌｔｉｍｅ
Ｓｅｒｖｅｒ，以及 Ｐｌｕｍｔｒｅｅ 的 Ｐｏｒｔａｌ 产品。
论产品线 ，ＢＥＡ 没有ＩＢＭ 软件的长 ，

22 程序员
单 ＩＢＭ　ＷｅｂＳｐｈｅｒｅ 一条线就可与 ＢＥＡ 的 青睐那些有准备的人 ”。 的软件，它们希望在提供软件的同时还
ＷｅｂＬｏｇｉｃ 一比高下；论公司规模，ＢＥＡ 能够得到来自软件公司专业的咨询服务。
比 Ｏｒａｃｌｅ 也小了很多，Ｏｒａｃｌｅ 当年有收 解决方案： 因为相比于一家企业而言，软件公司面
购 ＢＥＡ 的气魄；论名气，ＢＥＡ 也不及有 另辟蹊径，延长业务线 对的是整个行业，在长期的发展中，它们
“软件帝国”之称的微软。但如果单把 如果说过去ＢＥＡ很长一段时间在描绘 积累了更为深厚的经验，而这些经验对
中间件拿出来 ，
“羚羊”跑在了这些“狮 那个可口的面包，现在它正在让这些期 客户应对变幻莫测的市场是弥足珍贵的。
子”的前面。据《ＩＴ产品和服务——２００５ 待变成现实。 正是看到了这一市场，ＢＥＡ在２００５年一口
年第４季度中国中间件软件市场数据报 ２００５ 年一整年 ，ＢＥＡ 的市场销售人 气推出了包括客户服务、员工自助服务、
告》显示，ＢＥＡ 公司以２５．３ ％的市场份 员都似乎陷入一个面粉与面包的故事 无线射频识别（ＲＦＩＤ）、ＷｅｂＬｏｇｉｃ 服务交
额领跑中国中间件市场。正因为ＢＥＡ 业 之中了。“从应用角度来讲，任何一个 付及机构交易管理等在内的五个解决方
务线单一或者说专业，所以它能轻灵 软件产品都好像是面粉，但是如果你 案基础框架。
地像羚羊一样快捷地飞奔 。所谓“术业 想吃到可口的面包，中间还需要一系 经过一年的发展，ＢＥＡ的解决方案框
有专攻”，ＢＥＡ 在自己的领域内，不求大 列的加工过程，解决方案框架扮演的 架业务有了长足的发展，为了扩大在中
而全，专业做自己最擅长的事 国的业务，ＢＥＡ与其合作伙伴一起在
情，终有所获 。１０年前，ＢＥＡ 中国设立了多个解决方案
从 Ｎ ｏ ｖ ｅ ｌ ｌ 手中收购了 中心。如果说过去ＢＥＡ很
Ｔｕｘｅｄｏ ，想必它自己也没 长一段时间在描绘那个
有意识到这款软件会给 可口的面包，那么它现在
自己带来如此多的殊荣 正让这些期待变成现实。
与收获。而１９９８ 年并购的 以ＲＦＩＤ解决方案来说，为
ＷｅｂＬｏｇｉｃ 产品，经过多年 了充实这一框架的工具
的发展，现在也已经具相 箱，ＢＥＡ 斥巨资将业界颇
当 规 模 ， 从 单 一 的 有名气的 ＲＦＩＤ 中间件技术
ＷｅｂＬｏｇｉｃ　Ｓｅｒｖｅｒ 应用服务 提供商ＣｏｎｎｅｃＴｅｒｒａ收购，从
器产品发展到了现在包括开 而有效地解决了基础框架通
发平台（ＷｅｂＬｏｇｉｃ　Ｐｌａｔｆｏｒｍ ）、门户 就是这个加工过程的角色。”这个比喻 常被人们认为是“花架子”的形象问题。
（ＷｅｂＬｏｇｉｃ　Ｐｏｒｔａｌ）、整合（ＷｅｂＬｏｇｉｃ 确实有趣也很恰当，解决方案框架是
Ｉｎｔｅｇｒａｔｉｏｎ）在内的等一系列产品。频 ＢＥＡ在过去一年多来一直努力推广的另 ＳＯＡ：
繁的收购让ＢＥＡ在高端事务处理应用和 一条业务线。 公司不断前进的技术源动力
应用服务器市场上得到快速增长，而 对生产ＩＴ应用产品的企业来说，任何 只要持续不懈的努力，最终会获得
ＢＥＡ正是凭借自己在中间件领域独特的 一个行业的应用都变得越来越复杂化， 成功，不要轻易放弃。
眼光，不断揽入机会 ——而“机会总是 企业也不再满足于单纯购买解决点问题 现在，除 ＢＥＡ外，ＩＢＭ、Ｏｒａｃｌｅ、微软

大事记
１９９５ 年 １９９９ 年 ２００３ 年
ＢＥＡ 公司成立 发布 ｅＳｏｌｕｔｉｏｎ ＢＥＡ 中国研发中心成立
１９９６ 年 ２０００ 年 ２００４ 年
收购 Ｎｏｖｅｌｌ 公司的 Ｔｕｘｅｄｏ 产品 推出 Ｅｎｔｅｒｐｒｉｓｅ　ＪａｖａＢｅａｎ　２．０ 推出 Ｂｅｅｈｉｖｅ　Ｐｒｏｊｅｃｔ 开源项目
１９９７ 年 ２００１ 年 ２００５ 年
收购 ＯｂｊｅｃｔＢｒｏｋｅｒ 和 ＭｅｓｓａｇｅＱ 发布 ＷｅｂＬｏｇｉｃ　Ｉｎｔｅｇｒａｔｉｏｎ ＢＥＡ 十年，推出 ＡｑｕａＬｏｇｉｃ系列产品
１９９８ 年 ２００２ 年 ２００６ 年
并购ＷｅｂＬｏｇｉｃ，发布ＷｅｂＬｏｇｉｃ　Ｓｅｒｖｅｒ 营业额突破 １０ 亿美元 发布 Ｗｏｒｋｓｈｏｐ　Ｓｔｕｄｉｏ　３．０

Programmer 23
人物＆报道 Character & Report

报道　＞＞＞

Ｗｏｒｋｓｈｏｐ 产品，组合推出了 ＢＥＡ　Ｗｏｒｋ－

ｓｈｏｐ　Ｓｔｕｄｉｏ 这一面向Ｊ２ＥＥ的开发环境。在
不久前举行的ＥｃｌｉｐｓｅＯｎｅ大会上，Ｗｏｒｋｓｈｏｐ
Ｓ ｔ ｕ ｄ ｉ ｏ 　 ３ ． ０ 就凭借其能够将 Ｔ ｏ ｍ ｃ ａ ｔ 、
ＪＢｏｓｓ、Ｒｅｓｉｎ甚至 ＩＢＭ的ＷｅｂＳｐｈｅｒｅ等开源
软件方便地集成应用而荣获了“最佳商
业开发工具”的称号。
最近，ＢＥＡ又开放了关于Ｊａｖａ持久性
ＡＰＩ部分的Ｋｏｄｏ源代码，该开源项目称为
Ｏｐｅｎ　ＪＰＡ。ＢＥＡ 开放这一宝贵的源代码，
不但大大扩展了混合开发模式，更表明
了 ＢＥＡ 在开源领域的坚定决心。

和 ＳＡＰ 等厂商都在提 ＳＯＡ 的概念，但能 供更完整的解决方案。为扩大自己对开 ＢＥＡ这只羚羊始终在奔跑，永远都冲

明显看到的是各家都是站在自己的角度， 源的影响，很多商业的软件公司如 ＢＥＡ、 在前面。无论前面的路程如何，但可以肯

所提的概念也各不相同。虽然ＢＥＡ与竞争 ＩＢＭ 等也加大了对这一领域的支持力度。 定的一点是——它将在理念、技术、产品

对手一起都推出了 Ｓ Ｏ Ａ 的实质性产品， 商业公司的支持很重要，但并非是开源 上面给我们带来更多的新东西！

但绝大部分客户仍旧持观望态度。况且， 社区必须依靠这一支持才能够发展。经
有时企业要实施 ＳＯＡ就意味着将此前建 过多年的努力，全球开源社区现在已经
立的系统推倒重来，如此折腾起来，其成 形成了一种良好的自循环体制。Ｓｐｒｉｎｇ 是
本对一个赢利颇高的企业来讲，也是需 这种体制下的产物，现在占有了Ｊａｖａ软件
要谨慎考虑的。所以也就有了“ＳＯＡ是一 开 发 领 域 在框架方面的大部分市场 ；
柄高悬的达摩克利斯之剑”的说法。 ＪＢｏｓｓ 也是，抢走了商业应用服务器领域
从提出Ｌｉｑｕｉｄ　Ｃｏｍｐｕｔｉｎｇ 再到现在的 的大块市场，虽然最近它被 Ｒｅｄｈａｔ 所收
与开发人员一起成长
Ｔｈｉｎｋ　Ｌｉｑｕｉｄ商标，ＢＥＡ逐渐确定了自己的 购，但这不妨碍它依然是一个成功的开
行动方向，那就是尽管 ＳＯＡ 是一个高风 源软件。成功的开源模式层出不穷，商业 ｄｅｖ２ｄｅｖ 社区（ｄｅｖ２ｄｅｖ．ｂｅａ．ｃｏｍ．ｃｎ）
由 ＢＥＡ 推出的 ｄｅｖ２ｄｅｖ网站是业界较有
险的领域，也要坚持以ＳＯＡ为本，这一气 软件公司从这儿感受到越来越多的压力。
影响力的中间件相关技术交流平台 。秉承
魄着实让人钦佩。付出总会有收获，在连 面对这一形势，ＢＥＡ 推出了“Ｂｌｅｎｄｅｄ
Ｂ Ｅ Ａ 的“源自开发者 ，为了开发者”（Ｂ ｙ
续几年的Ｇａｒｎｔｅｒ　Ｇｒｏｕｐ 调查中ＢＥＡ都是企 Ｓｔｒａｔｅｇｙ”。“Ｂｌｅｎｄｅｄ”的中文含义解释为 Ｄｅｖｅｌｏｐｅｒｓ，Ｆｏｒ　Ｄｅｖｅｌｏｐｅｒｓ）的原则，ｄｅｖ２ｄｅｖ网
业部署 ＳＯＡ 的首选品牌。而羚羊毕竟是 “混合”，其实在业界这已不是一个新鲜 站致力于向开发人员、架构设计师、ＩＴ 管理
人员，提供最新的技术、信息和资源。ｄｅｖ２ｄｅｖ
羚羊，奔跑是它的天赋，２００５年，ＢＥＡ又 的词汇，只有 Ｂ Ｅ Ａ 是旗帜鲜明地把
网上社区是软件开发人员在线交流，分享经
率先推出了方便企业生产、部署 ＳＯＡ的 “Ｂｌｅｎｄｅｄ　Ｓｔｒａｔｅｇｙ”提出来作为自己的产
验，解决难题的互动平台。
产品—— ＡｑｕａＬｏｇｉｃ 系列产品。 品宣传口号。而对于“混合”的定义，ＢＥＡ
有自己的解释——“混合开发是将开源 ＢＥＡ　Ｕｓｅｒ　Ｇｒｏｕｐ

开源：来自第三世界的压力 软件与商用软件混合在一起，更有效地 ＢＥＡ　Ｕｓｅｒ　Ｇｒｏｕｐ 是由 ＢＥＡ 公司支持，由

广大对ＢＥＡ产品和技术感兴趣的软件开发人
在最新的 Ｗｏｒｋｓｈｏｐ　Ｓｔｕｄｉｏ　３．０ 里， 开发出满足应用需求的解决方案”。举个
员自发组织起来，线下定期进行技术交流的
Ｔｏｍｃａｔ、ＪＢｏｓｓ、Ｒｅｓｉｎ甚至 ＩＢＭ的 ＷｅｂＳｐｈｅｒｅ等 简单的例子，很多应用ＷｅｂＬｏｇｉｃ　Ｓｅｒｖｅｒ产 活动团体。目前 ＢＥＡ　Ｕｓｅｒ　Ｇｒｏｕｐ 在中国得到
都可以方便地集成应用。 品的公司，同时也在应用Ｓｐｒｉｎｇ 框架，最 了长足发展，自２００４年在北京成立第一个组
开源的飞速发展，使得任何一个企 终的系统是商业产品与开源框架的结合。 织以来，已经开展了十余场活动。其影响范
围也从北京发展到了上海、青岛、杭州、天
业或者从业人员都不敢轻视。商业软件 为了使自己的“Ｂｌｅｎｄｅｄ”更加具有说
津、广州等城市。
已经不再是开源世界的敌人，很多情况 服力，ＢＥＡ通过对另外一个著名的开发工
下他们竞合在一起，各取所长为用户提 具 Ｍ７的收购，再加上其原来的ＷｅｂＬｏｇｉｃ ■ 　责 任 编 辑 ：贾 菡 　(jiahan@csdn.net)

24 程序员
 用程序解析天文
—— ＳｏｕｒｃｅＦｏｒｇｅ 最佳推荐项目

□　编译 ／ 刘洪洁

　ＳｏｕｒｃｅＦｏｒｇｅ．ＮＥＴ是目前影响 空，就像你能用肉眼、双目望远镜或普通 完善的星座目录　（ｔｙｃｈｏ　２）　和望远镜控

最为广泛的开源项目网站，每个月都会 天文望远镜所能看到的一样。
　即便是对于 制。　当我发现７．１版并不具备我所寻找的
从成千上万的项目中评选出一个开源项 那些对天文学毫无兴趣的人来讲，它也 这些东西时，　我决定自己研究人造卫星的
目，授予其每月最佳推荐项目的荣誉。今 是个很有趣的软件。 位置。很感谢Ｆａｂｉｅｎ 让我加入这个团队。
年 ５月ｓｏｕｒｃｅｆｏｒｇｅ．ＮＥＴ的最佳推荐项目是
Ｓｔｅｌｌａｒｉｕｍ。 你为什么编写这个软件？ 有哪些特定的用户？
是如何开始的？ 每一个对夜空充满好奇的人，还有
项目描述 Ｆａｂｉｅｎ：　一个夏天，我在我父母的住 那些想从计算机中寻找乐趣的人。业余
Ｓｔｅｌｌａｒｉｕｍ　是个天文学软件，它是免 处偶然发现了一个在线星座目录，之后 的天文学爱好者把我们的软件用于观察
费的、开源的。通过使用这个软件，你可 我就开始用 Ｃ ＋ ＋ 编码。我想知道使用 夜空：教师们以及专业的天文学家们把
以在电脑上看见一个立体的、现实的天 ＯｐｅｎＧＬ 能在我的旧Ｖｏｏｄｏｏ２　３Ｄ立体卡上 它用作教学的辅助工具；一些专业的天
做些什么。 文馆会把它用在比较大的项目上。
Ｓｔｅｌｌａｒｉｕｍ 项目团队介绍： Ｒｏｂｅｒｔ：　在 ２００２ 年的时候，我想发明
项目领导者：
一种相对廉价的天象仪，并且它具有一台 你认为有多少人在使用你的软件？
Ｆａｂｉｅｎ　Ｃｈ é ｒｅａｕ
先进的天象仪的全部功能。我有一部低倍 在新版本发布以后达到了一个使用
年龄：２５
的针孔投影仪，其功能十分有限。我需要 的高峰。去年三月份我们的月下载次数
职业和经历：巴黎天文观测所研发工
　　　　　　程师，现在致力于 ＥＳＡ 一种可以根据需要定制和升级的天文软件 第一次突破 １０ 万，我们大概拥有超过５０
　　　　　　　人造卫星“ＧＡＩＡ”
的研究。 来植入这部仪器　（Ｄｉｇｉｔａｒｉｕｍ　　Ａｌｐｈａ），但 万的使用者，但是能从中受益的人绝对
教育经历：法国里昂国立应用科学学 是如果自己研制的话，恐怕我难以支付昂 不止这个数量。几乎每个学校都会使用
院，计算机科学专业。 贵的费用。很幸运，我在Ｓｔｅｌｌａｒｉｕｍ中找到 我们的软件，因为它免费、功能很强大并
所在地：法国巴黎
了我正在寻觅的真实感，它有一个直接的 且易于使用。
接口， 而且是开放源码的。最终我成了
主要开发者：
Ｓｔｅｌｌａｒｉｕｍ　的主要开发者之一。 能不能举几个典型的例子说明人
Ｊｏｈａｎ　Ｍｅｕｒｉｓ
Ｊｏｈａｎｎｅｓ　Ｇａｊｄｏｓｉｋ Ｊｏｈａｎ：我是在２００４年加入的，当时这 们如何使用你们的软件？
年龄：３６ 个项目正在寻找免费的星座图画，我非 夏威夷的研究中心使用Ｓｔｅｌｌａｒｉｕｍ　探究
职业：软件开发人员 常希望自己可以对西方天文学奇迹般的 远古的夏威夷星座，巴黎天文台的天文学
教育经历：数学专业博士 景象做一个描述。目前我在制作网页中 家们用它来进行天文学的授课，还有许多
所在地：奥地利维也纳
找到了自己的价值，我的工作是根据程 教育学家把Ｓｔｅｌｌａｒｉｕｍ 用在数字天象仪上。
Ｒｏｂｅｒｔ　Ｓｐｅａｒｍａｎ
序的需要增加漂亮的图解，因为我不是 你可以在ｗｗｗ．ｄｉｇｉｔａｌｉｓｅｄｕｃａｔｉｏｎ．ｃｏｍ网站
年龄：３２
一个程序员。 上找到安装了 Ｓｔｅｌｌａｒｉｕｍ 软件的天象仪。
职业：Ｄｉｇｉｔａｌｉｓ　Ｅｄｕｃａｔｉｏｎ　Ｓｏｌｕｔｉｏｎｓ
公司总经理 Ｊｏｈａｎｎｅｓ：　自从 ５．０ 版问世以后，我 还有一些人自己设计了圆顶室，并且通
教育经历：经济学学士 被夜空的美丽景象吸引住了。很长一段时 过球面镜来设置景象，他们相当于拥有
所在地：美国华盛顿，布雷默顿 间里我都在寻找人造卫星的精确位置、
　更 了自己的虚拟天象仪。法国有个艺术家

Programmer 25
人物＆报道 Character & Report
报道　＞＞＞
想把它放在博物馆的多媒体设施里，让
天空和大海的影像共同出现在前景中。
我甚至听说有人想把它安装在电梯里。
是什么让你们意识到这个项目越
来越成功？
当 Ｓ Ｆ 上的统计数字开始增长的时
候，我们就得知事情进展得很顺利。现在
我们收到了很多采访的邀请，还有一些
人想把我们的软件发布在杂志上。好多
26 程序员
人告诉我他们是如何找到这个不错的免 Ｊｏｈａｎ：　人们只会在自己感兴趣的事
费的天文软件的。从某一时刻起，我收到 情上付出真正的努力。最近，这种现象发
更多的电子邮件，以至于我没有时间一 生在开源网站上的 Ｓｔｅｌｌａｒｉｕｍ 上了，这是
一回复。 一种神奇的用户向导，它不仅仅对程序
本身进行了解释，同时也解释了许多天
曾经最令你们吃惊的是什么？ 文学的概念。
Ｆａｂｉｅｎ：当我发现许多人已经由于工作 Ｊｏｈａｎｎｅｓ：Ｓｔｅｌｌａｒｉｕｍ 已经成为了
的需要而使用 Ｓｔｅｌｌａｒｉｕｍ 软件的时候，我 ＳｏｕｒｃｅＦｏｒｇｅ的 ＰＯＴＭ。
很惊讶。事实上这个项目一直都是我的 Ｒ ｏ ｂ ｅ ｒ ｔ ：我最惊讶的是，听说过
嗜好。 Ｓｔｅｌｌａｒｉｕｍ 的教育工作者如此之少，更糟
糕的是，好多人都说他们的学校根本就
不开设天文学课程。让更多的人来了解
这个软件吧！
曾遇到的最大的挑战是什么？
Ｆａｂｉｅｎ：在实时内进行一些计算，如物
体位置和天空的发光度，以满足在时间
和空间上的自然衔接。
Ｊｏｈａｎｎｅｓ：在球面镜透视天象仪中，
出现了球面镜的透视 ／ 扭曲。
Ｒｏｂｅｒｔ：在时间很紧的情况下进行大
量的代码修改。支持 Ｗｉｎｄｏｗｓ。
你认为为什么你们的项目已经得
到了大家的普遍认可？
Ｓｔｅｌｌａｒｉｕｍ界面美观、功能强大、简单
并且实用。对于大多数人来讲易于理解，
随着版本的升级，这种优势越来越明显
了。它非常易用，并且能为你提供更高级
的帮助。很关键的一点是，它是免费的。
一些所谓的专业软件会比较难用，因为
对于普通的初级使用者来讲，它们具有
一些无用的功能。相比之下，Ｓｔｅｌｌａｒｉｕｍ更
现实、更直观、更稳定。我们在传播天文
学的基本知识，这些知识对于每个人来
讲都很有用，并且我们在用一种引人入
胜的方法来传播。
在每次新的版本发布中我都会发现
重要的步骤。对于目前的版本发布，我们
或多或少在性能的限制和使用的方便性
上做了改进。我希望我们可以在这两个
方面保持平衡。增加新的性能将意味着
增加可用性。在 ０．８．０　版本中最新的东 你们最引以为荣的是什么？ 所需要的工作时间最少。改写网页，制作
西就是国际化，因为让用户用母语使用 Ｆａｂｉｅｎ：我们的项目能用于对孩子们的 新的布景，或者安装一个ｗｉｋｉ，都是非常
这个程序是十分必要的。在扩大软件应 科学教育。 迅速的工作，如果需要我做的仅仅是浏
用范围这个方面，开发者已经清除了一 Ｊｏｈａｎ：我在业余时间为Ｓｔｅｌｌａｒｉｕｍ做设 览技术支持需求或者浏览论坛，我每周
个很大的障碍。 计，最大的收获莫过于我自己对星座更 大概只会花两个小时或者更少的时间。
加熟悉了。这是我做过的影响最广泛的
你们对这个项目有什么期望？ 工作，因为这是一个开源项目。对于一个 你们的开发环境怎么样？
Ｆａｂｉｅｎ：为了使它实现真正意义上的多 学生来讲，这是非常让人开心的。 Ｆａｂｉｅｎ：我用装有ＬＩＮＵＸ操作系统的笔
语种应用，我花费了很长的时间。我试着 记本电脑，主要的开发工具是 Ｋｄｅｖｅｌｏｐ。
让它适当地支持 ｇｅｔｔｅｘｔ，让代码支持多 如果可以对这个项目做一些修改， Ｊｏｈａｎ：我在 Ｗ ｉ ｎ ｄ ｏ ｗ ｓ 环境下使用
平台应用简直就是个噩梦，但是现在这 你最想改变的是什么？ Ｗａｃｏｍ画板进行大部分的图形处理工作，
成为了现实！ 我希望ＧＵＩ接口更加灵活。我们现在 但是最近我在 Ｕｂｕｎｔｕ部分安装了 Ｉｎｋｓｃａｐｅ
Ｊｏｈａｎ：我想知道关于星座的其他解
释，要比我们所谓的“天空文化”更完 Ｓｔｅｌｌａｒｉｕｍ 界面美观、功能强大、简单并且实用。对于大多数
全。西方关于星座的解释是众所周知 人来讲易于理解，随着版本的升级，这种优势越来越明显了。它
的，但是还有不同的解释，比如来自中 非常易用，并且能为你提供更高级的帮助。
国的，波斯的，或玻里尼西亚的看法。地
球另一端的人们是如何认识这些星座 所使用的接口，在某种程度上，是手动 作为 ＳＶＧ 编辑器。
的？他们的看法会为我们提供一个新的 的、静态的。很遗憾，目前我还没有找到
视野。我可以帮助其他的开发者为这些 一种更好的替代品。我还希望做一些可 里程碑
观点配以图解。 用性说明，对于任何产品来讲，易于使用 这个月我们将发布 Ｓｔｅｌｌａｒｉｕｍ　０．８．０
我还希望有更多的途径进行配置选 都是最重要的。 版本，它将包含 ２０ 多种语言的翻译，以
择。在一个文本文件中保存着一些有趣 及在行星的计算和预测方面的重大改进。
的设置，但是这个文件是只读的，许多用 你是如何协调这个项目的？ 这也是一个对主要代码进行重组的开始。
户被这个问题所困扰，我想他们会很乐 这是个自由的工作，所以我们没有
意使用一个更完全的 ＧＵＩ 接口。 受到任何真正意义上的限制。故障是用 其他人可以为你们做些什么？
具体的功能如卫星追踪、彗星、Ｘ 射 来让人排除的。我们需要一些可以发现 我们需要开发者们协助处理一些故
线识别，以及晒片等会非常不错。 故障并且解决故障的人。 障，改进ＧＵＩ，并且协助进行Ｗｉｎｄｏｗｓ　和
Ｊｏｈａｎｎｅｓ：对火星大气层的探究，外 Ｍａｃ　ＯＳ　Ｘ 操作系统的简化和测试。我们
星／人造卫星的景象，对于小发光体的可 你们是全职做这个项目，还是同 还需要图形专家来创造一些景观和星云
靠描述（ｍａｇ［－４．．－２０］），不变形的平滑 时有其他的工作？ 的图片，我希望更多的用户能把他们的
的线，ｔｙｃｈｏ２，更迅速的计算，多线程支 我们都有工作，或者像Ｊｏｈａｎ的情况， 经验、小工具（景观、脚本和星云图片）
持，海王星的人造卫星位置推算，精确的 他还是个学生。 以及定制内容放入 Ｓｔｅｌｌａｒｉｕｍ　ｗｉｋｉ 中，我
行星运行轨道，光的传播时间，小行星， 如果兼职做这个项目，你每周在这 们最希望得到的是来自远古的景象，比
以不同的放大倍数显示多窗口，望远镜 个项目上投入多少时间？ 如巨石阵、吉萨和玛雅的遗迹。
控制，应用多个投射器对天象仪进行多 Ｒｏｂｅｒｔ：根据具体情况而定，有时候 我们需要有人帮助我们记录这个程
屏幕甚至多机支持。 会投入比全职工作还多的时间，有时则 序。我们需要有人帮助我们翻译程序、网
Ｒｏｂｅｒｔ：更多种类的语言翻译，在更 非常少。 页和文件。我们也十分感激论坛上的祝
多的部件中加上ＧＵＩ接口。既然我们在创 Ｆａｂｉｅｎ：平均每周６－７　小时，
下雨的时候 贺信息，尽管我们没有时间一一回复。请
造脱离地球的视点，那么就有必要用更 会达到最长时间（巴黎的冬天经常下雨）。 在ＳｏｕｒｃｅＦｏｒｇｅ的论坛上给我们留言吧，我
多的环、阴影和遮蔽技术来增加它的真 Ｊｏｈａｎ：根据项目的进度而定。我在这 们一直都在关注着你们的评论。
实性。 个团队里拥有最舒服的职位，我的职位 ■ 　责 任 编 辑 ：贾 菡 　(jiahan@csdn.net)

Programmer 27
人物＆报道 Character & Report

人物专访　＞＞＞

目的明确地进行系统开发
—— Ｃｈｕｃｋ　ＭｃＭａｎｉｓ 谈专用系统

公司来说是可怕的一年。２００１年 ８月，我
离开了 Ｔｕｔ 加入 Ｎｅｔｗｏｒｋ　Ａｐｐｌｉａｎｃｅ 公司，
谈到专用系统，人们很容易只想到高曝光度的
开发提供存储服务的全新架构及模型，
消费品，如 ｉＰｏｄ和 ＴｉＶｏ。然而，在公司阴暗的数据
同时还为采用该架构的消费品设备进行
中心还躺着许多不那么光鲜漂亮的设备，这些设备
系统架构开发。这项工作促成了 ＮｅｔＡｐｐ
专为可靠出色地完成某一特定任务而制造。
在 ２００２／２００３ 年收购 Ｓｐｉｎｎａｋｅｒ　Ｎｅｔｗｏｒｋ，
在专用系统开发领域，没有其他工程师比
这成为了 ＮｅｔＡｐｐ 公司下一代系统的基础
ＮｅｔＡｐｐ（Ｎｅｔｗｏｒｋ　Ａｐｐｌｉａｎｃｅ　Ｉｎｃ．）的Ｃｈｕｃｋ　ＭｃＭａｎｉｓ
架构。
更 有 经 验 了。加入 ＮｅｔＡｐｐ 公司之前，ＭｃＭａｎｉｓ 任

职于 ＦｒｅｅＧａｔｅ公司。该公司由 ＭｃＭａｎｉｓ 与 两 位 同 事 共 同 创 建 ，针对中小 ＧＮ－Ｎ：您在 ＦｒｅｅＧａｔｅ 使用当时已有的

企 业 市 场 开 发 嵌 入 式 服 务 器 装 置。２００１ 年 ＭｃＭａｎｉｓ 加入 ＮｅｔＡｐｐ 公司， 软件进行装置开发，与您目前在 Ｎｅｔｗｏｒｋ
担 任 高 级 技 术 总 监 ，负 责 推 动 可 伸 缩 性 的 开 发 计 划 。在该职位上，他广 Ａｐｐｌｉａｎｃｅ公司进行的装置开发有什么区别？
泛参与了 ＮｅｔＡｐｐ 公 司 针 对 企 业 及 中 小 企 业 用 户 的 ＮＡＳ（网络附加存储） ＣＭ：非常相似，开发这些装置给我
装置产品线开发。
“我 们 不 是 服 务 器 公 司 ，而是装置（ａｐｐｌｉａｎｃｅ）公司。” 留下的一个深刻印象是 ，您经历的整个
ＭｃＭａｎｉｓ 急于提醒我们。 开发过程和所有应用程序开发相同。基

Ｇｅｏｒｇｅ　Ｎｅｖｉｌｌｅ－Ｎｅｉｌ 采访了 ＭｃＭａｎｉｓ。Ｇｅｏｒｇｅ　Ｎｅｖｉｌｌｅ－Ｎｅｉｌ 还以编写 本上您都有一个具备某些功能的开发平

网络及操作系统代码为乐，并从中获利。Ｎｅｖｉｌｌｅ－Ｎｅｉｌ对专用领域并不陌 台。如果您使用现成的开发平台，那么

生，他有着 １ ０ 年 多 从 事 嵌 入 式 系 统 开 发 的 职 业 生 涯 。他还和 Ｍａｒｓｈａｌｌ 您有几种独立平台可以选择，而不是选

择某些单独的功能，获得的是几种功能
Ｋｉｒｋ　ＭｃＫｕｓｉｃｋ共同编著了Ｔｈｅ　Ｄｅｓｉｇｎ　ａｎｄ　Ｉｍｐｌｅｍｅｎｔａｔｉｏｎ　ｏｆ　ｔｈｅ　ＦｒｅｅＢＳＤ
的集合。
Ｏｐｅｒａｔｉｎｇ　Ｓｙｓｔｅｍ　一书，该书由 Ａｄｄｉｓｏｎ－Ｗｅｓｌｅｙ　Ｐｒｏｆｅｓｓｉｏｎａｌ公司于２００４
在ＦｒｅｅＧａｔｅ和ＮｅｔＡｐｐ公司的开发过程
年出版发行，他还参与了 ＦｒｅｅＢＳＤ 的开发。
中，我们都要进行定制。在ＦｒｅｅＧａｔｅ公司，
定制需求主要涉及到尺寸。我们希望主
ＧＥＯＲＧＥ　ＮＥＶＩＬＬＥ－ＮＥＩＬ：您在装置开 过于昂贵。ＦｒｅｅＧａｔｅ　Ｇａｔｅｗａｙ装置允许在 板小巧紧凑。在ＮｅｔＡｐｐ公司，我们希望拥
发领域，有着丰富的经验。可以告诉我们 企业电话室内使用内置的 ＩＳＤＮ 连接或者 有比传统 ｘ８６ 个人电脑更多的 Ｉ／Ｏ 端口。
您是如何领导 ＮｅｔＡｐｐ 公司的吗？ Ｔ１／Ｅ１ 连接来进行远程管理（ＬＯＭ）。该 总的来说，许多第三方厂家精于制造拥
ＣＨＵＣＫ　ＭｃＭＡＮＩＳ：在 １９９６ 年，我和 装置提供一整套网络 Ｐ Ｏ Ｐ 邮件、Ｗ ｅ ｂ、 有标准个人电脑功能的主板，因此我们
以前曾在 Ｓ ｕ ｎ 和施乐公司任职的 Ｊ ｅ ａ ｎ ＦＴＰ、ＤＮＳ、向外ＶＰＮ、ＮＡＴ、防火墙，以 拥有众多选择。如果您公开宣布：
“我需
Ｇａｓｉｎｅｌ 和 Ｊｅａｎ－Ｍａｒｃ　Ｆｒａｉｌｏｎｇ 一起成立了 及向内ＮＡＳ功能。当时我担任系统开发总 要有两个以太网接口、六个端口、六个驱
ＦｒｅｅＧａｔｅ公司。当时，试图网络化的小公 监，后来又成了首席架构师，从公司成 动连接器的主板。”许多厂商都会积极地
司面临许多难题，这些难题对于非技术 立，一直干到 ２０００ 年初被 Ｔｕｔ　Ｓｙｓｔｅｍ公 对这种 ＲＦＰ 需求做出响应。
性的公司来说难以解决（比如小比萨店）， 司收购。 从软件开发角度来说，９０ 年代开源
同时，向网络服务商（ＩＳＰ）寻求帮助又 ＤＳＬ 市场崩盘之后的２００１年，对ＴＵＴ 软件运动才刚刚开始。Ｌｉｎｕｘ 内核不如现

28 程序员
在庞大，还在继续发展。该行业很少有人 获得一系列标准核心协议，为我们提供 行设置。几个小时后，装置开始运行，这
来自 Ｓｕｎ 和 ＨＰ 等有着相关技术背景的系 了所需数据。ＣＩＦＳ 的开源版本是 Ｓａｍｂａ， 并不是传统模式。
统公司。但是现在在 Ｎｅｔｗｏｒｋ　Ａｐｐｌｉａｎｃｅ， 我肯定您对它非常熟悉。一直以来，微软 当我们进入市场的时候，传统ＳＡＮ供
我们可以找到一些刚毕业的大学生，他 都威胁Ｓａｍｂａ将指控其专利技术侵权，或 应商（也就是当时的ＥＭＣ公司）在出售的
们却已经进行了五年的内核开发。 采取其他行动。我们对此也有异议。产品 设备上安装了大量的外部旋钮，您自己
开发需要花费大量时间及资源，如果公 无法进行设置，需要专业人士为用户进
ＧＮ－Ｎ：就您正在开发的软件平台而 开源代码危及投资，您的确不会希望这 行设置。
言，您最终使用了多少开源软件？进 样做。我们一直积极地为使用过或参考 这种装置模型非常直接。说实话，这
行新装置开发时，您同时使用哪些软 过的现有开源系统提供共享的更正。我 种模式已经被Ｌｉｎｋｓｙｓ公司发挥到了极致。
件呢？ 们活跃在 ＮＦＳ（网络文件系统）社区，帮 Ｌｉｎｋｓｙｓ 生产通过 ＵＳＢ 连接的小型网络附
ＣＭ：我想有 ４０％ 来自于外部获得的 助Ｌｉｎｕｘ开发人员开发企业级ＮＦＳ客户端。 加存储盒。您只需要把设备插上电脑，打
源代码，６０％来自公司内部开发。此外， 同样，我们的操作系统由中断服务 开Ｗｅｂ浏览器门户，就可开始使用了。一
这个比例和我在ＦｒｅｅＧａｔｅ公司时的情况一 例程（ｉｎｔｅｒｒｕｐｔ　ｓｅｒｖｉｃｅ　ｒｏｕｔｉｎｅ）演化而来， 切就是那么简单。这就是简化。
致，这主要是因为在过去 １５ 年里，少数 只适用于存储装置开发，因此不需要公 尽管我想您有这样的疑问：使用基
诸如 ＴＣＰ／ＩＰ 堆栈之类的事物，除了增加 开源代码。 本上与每天重启的个人电脑相同的硬件，
了 ＩＰｖ６ 之外，并没有什么真正的变化。 如何实现 ９９．９９９％ 或者 ９９．９９９９％的可
而在其他方面，如微软的磁盘共享 ＧＮ－Ｎ：当然，那些从事存储装置开发 靠性。答案是，硬件并不相同。我们使用
协议ＣＩＦＳ　（ｃｏｍｍｏｎ　Ｉｎｔｅｒｎｅｔ　ｆｉｌｅ　ｓｙｓｔｅｍ）， 的厂商也是你们的竞争对手。 服务器芯片组，以及Ｉｎｔｅｌ、ＡＭＤ以及硬件
没有对应的开源代码为我们提供满足客 ＣＭ：对。我肯定 ＥＭＣ 公司倒是乐意 专业人士心目中的服务器级设备，而不
户要求的功能，因此我们几乎是重新内 看看。 是这些公司物美价廉的产品。两者区别
部开发了自己的 ＣＩＦＳ 堆栈。 在于内部错误检测量及可设置ＰＣＩ总线的
总之，我觉得开源代码利弊参半。一 ＧＮ－Ｎ：Ｎｅｔｗｏｒｋ　Ａｐｐｌｉａｎｃｅ试图对于所有 数量不同。此外，我们在软件数据保护上
方面，您也许能够抢占先机。另一方面， 专用设备提供 ９９．９９９％的可靠性，或者 投资巨大，通过系统内检测码验证，数据
由于代码被控制范围之外的人员修改， ９９．９９９ ％的正常运行时间。系统必须随 在从磁盘传输到网络端口的过程中，没
您只能是拾取一点进行修改，保留代码， 时正常运转。您不希望像管理传统ＢＳＤ或 有遭到破坏或任何形式的修改，从而保
并使之稳定下来，或者聘请人员来吸收 Ｌｉｎｕｘ 机器一样管理机器。您必须对现成 护用户数据。
所有更新。如果您正在从事嵌入式装置 软件做多大修改才能实现这一目的呢？
开发，使用诸如Ｌｉｎｕｘ或者ＦｒｅｅＢＳＤ这样的 ＣＭ ：我们进行了大量的工作，我要 零管理
开源系统并不会给您带来多大好处。 说从第一天开始我们的核心价值观念就 ＧＮ－Ｎ：与此相关的是零管理目标。同
是简单明了。内部开发系统，判断出哪些 时使用现有软件及自行开发软件对于实
ＣＩＦＳ 磁盘已经连接到系统，利用这些磁盘构 现该目标有什么挑战？
ＧＮ－Ｎ：当您试图实现ＣＩＦＳ时，是否会 建ＲＡＩＤ阵列，然后再在系统中显示出来， ＣＭ ：在系统开发上，我们通过不使
将开发结果加入到开源代码库，以确保 这个过程相当复杂。但是所有复杂问题 用任何现成软件的做法来解决这一难题。
其仍为核心系统的一部分，还是不向外 都针对用户以简单明了的方式进行了封 我们的管理系统完全由公司内部重新编
公布？ 装，用户可以根据卷和协议与我们的装 写，部分原因是没有类似于 Ｈ ｅ ｗ ｌ ｅ ｔ ｔ －
ＣＭ：嗯，视情况而定。一直以来ＣＩＦＳ 置进行对话。 Ｐａｃｌａｒｄ　ＯｐｅｎＶｉｅｗ 这样的系统。作为允许
面临的问题是，微软从来没有真正认为 因此，当您购买了ＮｅｔＡｐｐ装置之后， 插件的开放模式，ＨＰ　ＯｐｅｎＶｉｅｗ允许他人
ＣＩＦＳ是开放协议。在早期，我们完成的大 打开装置，您只需要说：
“创建卷”，您就 插入网络管理代码，但行业标准开放存
多数 ＣＩＦＳ 开发都是对网络观察的逆向工 可以创建一个卷。默认情况下，该装置将 储管理系统的开发还是一团空白。
程。我们会说：“哦，那一定是它的工作 选择最佳方案，对所有连接的磁盘进行 但是，我们正在采取一些行动。我们
方式。” 划分，并保存多余空间。这也是我们主要 参加了一个名为 ＳＮＩＡ（存储和网络行业
后来，Ｎｅｔｗｏｒｋ　Ａｐｐｌｉａｎｃｅ从微软授权 的优势之一。顾客购买我们的设备并进 协会）的组织，提供一套称为 Ｍ ａ ｎ ａ ｇ ｅ

Programmer 29
人物＆报道 Character & Report

人物专访　＞＞＞

ＯＮＴＡＰ 的ＡＰＩ，以便使我们的客户，尤其
是非常关注自动执行脚本编写的大客户，
能通过脚本控制文件管理器上任何想要
的设置。
我们发现公司在一定时期会出现分
化。一开始，他们只有系统管理员，当发
展到一定规模后，分化出存储管理员及
数据管理员。存储管理员关注何种存储
硬件在数据中心运行，如何修复问题，
如果诊断健康状况，以及如果扩展存储
硬件。
数据管理员实际上是 Ｄ Ｂ Ａ 的助手。
这些人或部门主管会说：
“我们需要增加
６ＴＢ 主目录空间”或“这个数据库将会达
到 ６００ＧＢ”。他们对数据中心资产负责，
也是联系存储管理员及任何终端用户的
纽带。
我们花费了大量时间为这两类人群
提供管理工具。但是，我要说我们花费的
大量精力都全部用在了存储管理上。由
Ｌｏｕｉｓ　Ｓｅｌｉｎｃｏｕｒｔ总监领导的整个团队都只
进行存储管理开发。
另外，存储管理从我们一开始研发
便发生了实质性的变化。在过去，１００ＴＢ
的存储量已经非常巨大，而现在我们的
一些用户存储量达到了 ２０ＰＢ 和３０ＰＢ。当
您部署如此海量的存储时，个人用户不
可能了解所有信息的存储位置，谁拥有
这些数据，或者谁需要这些数据。这也是
为什么这些工具对于存储管理员管理所
有存储数据至关重要的原因。
在管理存储空间时，您会说：
“我想
要真正高速的磁盘”，而不是“我想要用
这六块与 ＲＡＩＤ 阵列相连的磁盘为这个人
建一个卷 。”我们公司的存储应用程序
ＤＦＭ（Ｄａｔａ　Ｆａｂｒｉｃ　Ｍａｎａｇｅｒ）让用户可以
发出指令说明您希望创建真正高速的卷，
继而该程序会判定哪一个现有文件管理
器上拥有高速磁盘。
该功能主要是针对大容量存储客户
而开发的。存储管理员并不关心您的数
据存储在２７个文件管理器中的哪一个上，
他只知道这 ２７ 个文件管理器用于此类存
储，因此他们喜欢称之为基于策略的管
理，而不是基于个体物理性质的管理。这
很合乎情理吧！
ＧＮ－Ｎ：是的，有道理，但我希望能更
进一步了解。我想寻根究源问一下整个
操作系统层都是您完成的吗？或者你们
实际上使用的是普通的 Ｌｉｎｕｘ 或 ＢＳＤ 操作
系统吗？
ＣＭ：不，实际上，Ｄａｔａ　ＯＮＴＡＰ 完全
是公司内部重新开发的操作系统。有意
思的是，该系统由中断服务例程（ｉｎｔｅｒｒｕｐｔ
ｓｅｒｖｉｃｅ　ｒｏｕｔｉｎｅ）演化而来。在 ＮｅｔＡｐｐ 刚
成立时，文件管理器还相当简单，它所做
的所有事情就是等待网络端口传来数据
包。得到数据包后，文件管理器被唤醒并
执行数据包所有指令，完成之后又重新
进入休眠状态。这实际上就是中断服务
例程功能。
随着文件管理器功能的增强，我们
认为需要开发同时执行其他任务（比如
ＤＮＳ）的能力．目前，我们的文件管理器
完成的任务之一就是运行网络时间客户
端，进行计时，同时执行按照时钟同步。
比如，进行软件开发的人希望提供非常
准确的时间信息。
因此，随着事情不断发展变化，Ｄａｔａ
ＯＮＴＡＰ 也随之不断发展。整个内核只有
约 ５０，０００ 行代码，非常小巧。我想您一
定在大众媒体上见到过许多相关报道，
随着我们向存储网格架构的转变，我们
有机会使用开源系统为用户级工具开发
提供主机环境。当我们的处理器资源能
够胜任这些任务时，我想我们及其他公
司会更多地这样做。
ＦｒｅｅＧａｔｅ
ＧＮ－Ｎ：那些从 ＦｒｅｅＢＳＤ 或 Ｌｉｎｕｘ开始开
发装置的人总有这样的疑问：
“必须去掉
些什么才能正常工作？”我想，您无法通
过 ｓｙｓｌｏｇ 来运行文件管理器。
ＣＭ：在 ＦｒｅｅＧａｔｅ公司，我们实际上一
开始使用的是 Ｌｉｎｕｘ，但是Ｌｉｎｕｘ发展太迅
猛。众多 Ｌｉｎｘｕ开发人员和频繁的更新让
我们很难获得稳定的开发环境。因此我
们转而使用ＦｒｅｅＢＳＤ　２．０和２．１，并取得了
不错的成果。我们让代码稳定下来。去掉
了多余的部分，得到了一个理想的精简
操作系统。但是，我们发现仍无法跟上
ＦｒｅｅＢＳＤ 社区的更新速度。ＦｒｅｅＢＳＤ社区对
漏洞进行修正，并增加新功能。

30 程序员
 作为刚起步的小公司，我们无法在 程序由用户决定。 在内核空间内进行。本质上来说，用户进
保证整个系统正常运行的同时，及时增 一台装置实际上完成单一任务，或 程并不存在。它们仅仅是服务的延伸，只
加这些更新。 某一类任务。若要完成多进程任务时，线 是模式不同。
因此，当我们开始出售 Ｆ ｒ ｅ ｅ Ｇ ａ ｔ ｅ 程数也和装置正在执行的一项任务的实
Ｇａｔｅｗａｙ 产品时，我们主要选择的内核是 例数有关。 ＧＮ－Ｎ：那带来了一个有趣的问题。您
２．１ 到 ２．８ 版本，并且不提供更新。实际 因此，就Ｓｏｌａｒｉｓ而言，您也许根据您 也许会开始从外部添加诸如网络时间客
上，我们没有增加新的处理器，也没有进 支持的用户数或者您允许这些用户运行 户端和ＣＩＦＳ这样的复杂服务，或者增加装
行任何其他增补，因此也不需要更新。当 的最大型应用程序来决定所购买Ｓｏｌａｒｉｓ的 置运行所需但又通常不被视为装置组成
ＦｒｅｅＢＳＤ 升级到版本３和版本４时，我们出 版本。Ｓｏｌａｒｉｓ很多功能可以为不同应用程 部分的子系统。在服务器系统中，子系统
售的还是 ２．７５ 版本之类的产品，我们觉 序提供服务。每次登录Ｓｏｌａｒｉｓ，您都可以 也就是一个应用程序。您想要运行ＮＴＰ监
得这样做并没什么不妥。 获得一个可以执行您所有命令的小环境。 控程序。您想要运行ＣＩＦＳ监控程序。那么
您拥有一个应用程序目录，每次您 如何在装置内解决这些问题，同时确保
ＧＮ－Ｎ：我想这是非常常见的模式。根 输入Ｇｏ　Ｏｒａｃｌｅ，Ｓｏｌａｒｉｓ就会开始装载该程 彼此没有任何干扰呢？
据我对嵌入式系统的了解，人们会开发 序，转变到 Ｏｒａｃｌｅ。然而在存储装置（或 ＣＭ：为了实现高速高效，我们通常使
一个装置盒，并且决不会进行任何修改。 者任何其他装置中），它只执行一项任 用单一名称空间。用户可以传递工作指
如果要升级，他们就会作整体改变。 务。就我们公司而言，我们只执行存储 针，这些指针可以在系统内任何位置发
ＣＭ：这些装置盒就是客户端，对吧？ 任务。当您执行“登录到装置盒”时，您 挥作用。好的方面是，如果您拥有兼容
实际上并没有真正登录。您所做的只是 Ｐｏｓｉｘ 的 ＡＰＩ，或者 ＵＮＩＸ　Ｌｉｂｃ 界面，在您
ＧＮ－Ｎ：是的，完全正确。 向它发出一项服务请求，即要求存储数 的装置操作系统中是运行用户进程还是
ＣＭ：它们不是服务器。我常常提醒别 据。您想要装载主目录，或者打开一个 轻量级线程就并不重要。
人，我们不是服务器生产公司。我们是装 ＬＵＮ。 关键在于，代码中的漏洞将会带来
置公司。 因此，您真正会有与ＬＵＮ或者主目录 系统问题。由于只有我们的代码可以调
对话的多路径或者多实例，但是您并不 用内部服务，因此您可以清楚地知道该
ＧＮ－Ｎ：您想表达一个什么想法？ 是要在装置上执行不同任务。在服务器 服务运行的每个代码路径。因此，您可
ＣＭ：计算机服务器围绕着程序运行能 操作系统中，用户登录系统，成为一个小 以检查您将使用的服务是否真正地正常
力而设计。内核及库为服务器提供大量 实例，因此所有任务都在用户空间中发 运行。
可通过程序调用的资源，但是运行何种 生。但是在装置操作系统中，所有任务都 ■ 　责 任 编 辑 ：贾 菡 　(jiahan@csdn.net)

厂商直击 带给中国企业客户更为强大的全新开发体验， 实验室，进行 Ｓｙｓｔｅｍ　ｚ 系列软件开发和相关测

以帮助他们应对当前开发环境下日益复杂且协 试。此外，ＩＢＭ 还宣布增加 Ｓｙｓｔｅｍ　ｚ９　Ｅｎｔｅｒｐｒｉｓｅ

４ 月２７日，
“２００６微软亚洲研究院创新日” 作化的开发挑战。 Ｃｌａｓｓ（ＩＢＭ　Ｓｙｓｔｅｍ　ｚ９　１０９）服务器新功能，以强

在北京举行，展示微软亚洲研究院多项技术研 近日，全球最大的信息服务公司ＩＢＭ 与全球 化系统的业务灵活性。ＩＢＭ　Ｓｙｓｔｅｍ　ｚ９　Ｂｕｓｉｎｅｓｓ　Ｃｌａｓｓ

究成果。同时，微软公司高级副总裁暨首席技术 最大中文互联网搜索服务提供商百度共同签署一 新产品将大大降低大型主机的门槛，使中小型企

官 Ｇｒａｉｇ　Ｍｕｎｄｉｅ 先生、微软公司全球副总裁暨微 项技术合作备忘录，协作拓展硬盘搜索的应用领 业也可以享受到大型主机黄金般的品质和不可替

软中国研发集团总裁张亚勤博士、微软亚洲研 域，并计划通过更多技术协作为客户带来更大价 代的核心作用。

究院院长沈向洋博士亲临现场，解答微软的创 值。该项合作由ＩＢＭ 中国研究院与百度共同实施， ２００６ 年５月 １０日，诺基亚移动应用峰会在

新内涵。 通过百度硬盘搜索与 ＩＢＭ　Ｌｏｔｕｓ　Ｎｏｔｅｓ 的集成，　使 西子湖畔杭州举行，本次峰会的主题为“智能移

　０５ 月１５日，微软（中国）有限公司宣布， 百度硬盘搜索能够索引和搜索 ＩＢＭ　Ｌｏｔｕｓ　Ｎｏｔｅｓ 的 动应用和服务——新收入的来源”，旨在为来自

正式在中国推出 Ｍｉｃｒｏｓｏｆｔ　Ｖｉｓｕａｌ　Ｓｔｕｄｉｏ　２００５ 文档内容，帮助用户从海量资料中快速地找到想 全球的诺基亚论坛ＰＲＯ开发商和中国及亚太地区

Ｔｅａｍ　Ｆｏｕｎｄａｔｉｏｎ　Ｓｅｒｖｅｒ 简体中文版。作为微软 要的信息，实现高效信息流通与企业协作。 的客户搭建高效的沟通平台。本次峰会的开发商

创新技术在软件项目开发领域的重要进展， ４ 月 ２７ 日，ＩＢＭ 向全球正式推出专门针对中 展示了来自 ＩＭＳ，多媒体，游戏以及效率优化领

Ｍｉｃｒｏｓｏｆｔ　Ｖｉｓｕａｌ　Ｓｔｕｄｉｏ　２００５　Ｔｅａｍ　Ｆｏｕｎｄａｔｉｏｎ 端用户、具有突破意义的 ＩＢＭ　Ｓｙｓｔｅｍ　ｚ９　Ｂｕｓｉｎｅｓｓ 域的创新应用。参加此次峰会的客户包括运营

Ｓｅｒｖｅｒ 提供了众多的新增功能与特性 ，致力于 Ｃｌａｓｓ 大型主机。ＩＢＭ同时宣布在上海建立一个新的 商、独立渠道商、内容集成商和服务提供商。

Programmer 31
人物＆报道 Character & Report

观点　＞＞＞

程序员创业三关

□　文 ／ 韩磊
　 当人们还在浩叹第一次网络泡 为他们始终没明白，赚现钱的生意才是好生
沫破灭的时候，互联网已经悄悄迎来了它的第 意。三大门户成功的要点，在于他们想出办法，
二个春天；从某种意义上看，甚至已经进入了 把流量转化为盈利模式。缺乏有效的模式，流
夏天——热烈但不乏浮躁、兴奋但失之肤浅。 量只是成本。确定有效经营模式、组建有力创
某位投资人声称今年总共有三十亿美金资本进 业团队，是首要任务。
入中国，言下之意，大家都可以甩开膀子大干 第二是管理关。从程序员变成管理者，是
快上，登陆纳市不好说，搞笔钱进来花差花差 艰难的过程。你得明白两件事：一、管理和写程
多半是没问题的。 序一样，是门科学；二、人和计算机不一样，人
另一方面，程序员创业，在中国乃至国外， 有感情、会出错。协调沟通能力，是程序员创业
都不是什么新鲜事儿。我们是那么一群聪明、 必备的素质。曾经眼见一些项目经理，
和手下技
优秀的家伙，大脑发达，点子就像啤酒的泡沫， 术人员通过邮件争辩不休，甚至发展到在Ｂｌｏｇ
扑腾扑腾直往外冒，天生我才，有什么做不到 上互相嘲讽，这样的管理，可谓彻底失败。另一
的呢？遥想比尔・盖茨当年，西装革履，谈 个极端是，和手下称兄道弟、一团和气，工作被
笑间，多少豪杰灰飞烟灭…… 感情所左右，酒肉害了朋友。
管理有那么难吗？

“
于是我看到，无数公司成立了，眼看他雄 我看未必。只做对公司有利的事，就是根本原

成败固然不足 心勃勃，眼看他一败涂地。成败固然不足以论 则。在和你的手下打交道时，请三思：我这么

以论英雄，然而英 英雄，然而英雄却不得不面对可能的成败。可 做，对公司有好处吗？对事业有好处吗？如果

雄却不得不面对可 惜的是，程序员朋友们在创业的时候，往往没 答案是否定的，那你需要另一个解决方案。

能的成败。程序员 有做好充分准备。据一些资料显示，百分之七 第三是坚持关。一位多次创业不成功的朋

朋友们在创业的时 十五的新创公司，会在两、三年内倒闭。笔者 友告诉我，他总结了一条“三年定律”，即任

候，至少应该突破 也曾经见过许多程序员创业失败的个案；成功 何事如果不能坚持三年，则一定失败。诚哉斯

三关， 才 算 做 好 了 或不成功，有很多因素制约；对于立志创业的 言！另一位朋友说，中国人相信机会，西方人

基本的准备了，不 程序员，至少应该突破三关。 相信方向和时间，虽有些偏激，却也不乏道理。

至于在两三年内大 第一是模式关。你的创业计划，也许起源 许多程序员都属于思维活跃、点子特多的一类

量倒闭。 于灵机一动。可惜的是，好点子并不能保证你 人，当有新鲜的想法出来时，他们倾向于放弃

” 创业成功。我相信多数程序员的点子，尚不至
于低级到靠软色情、盗版、恶性ＳＥＯ 等等下作
手段去骗取广告费的地步，但怎么从点子变成
盈利模式，却是让很多创业者迷惑的事情。在
或冷落手上正在执行的计划。点子复点子，点
子何其多，每天新点子，万事成蹉跎。西谚有
云，双鸟在林不如一鸟在手；吃到嘴里的鸭子
才是好鸭子，湖里那只鸭子看起来比较肥？也
一些业界聚会上，总听到类似“只要有流量， 许吧，不过，吃了这只鸭子再去涉水抓那只，
总有办法赚钱”之类的说法，在２０００年持同样 是不是更有把握呢？
言论的创业者，多数已经成为失败的先烈，因 ■ 　责 任 编 辑 ：贾 菡 　(jiahan@csdn.net)

32 程序员
Programmer 33
 FreeBSD
人物＆报道 Character & Report
观点　＞＞＞
为什么 Linux　比 FreeBSD
　　　　更流行？
两者在应用程度上存在差异的原因是技术 ？还是开源协议？ 这似乎都有些道理，
但实际上这些远没有商业追捧来得更直接。
　拿 Ｌｉｎｕｘ 和ＦｒｅｅＢＳＤ 对比是一件危险的事情，讨论
的结果往往是引发一场更大规模的争议，挑起者往往得面对被
人骂得一无是处的人生，以及内心狂流不止的鲜血，还得装出
一副无所谓的表情对自己说：“走自己的路，由别人去说吧。”
但如果我们真正去研究 ２００１ 年或更早些时候的文献会发
现，在 ２００１ 年社区力量相对弱小的 ＦｒｅｅＢＳＤ 一直想要做的就是
要超越处于少年时代的 Ｌｉｎｕｘ。这样看来，既然是超越，就可以
说早在 ２００１ 年或者更早，Ｌｉｎｕｘ 已变得比 ＦｒｅｅＢＳＤ 更流行了。
Ｌｉｎｕｘ 与 ＦｒｅｅＢＳＤ 的技术差异
　Ｌｉｎｕｘ与ＦｒｅｅＢＳＤ在技术上的差异更多地源自于它们的身世，
Ｌｉｎｕｘ的起源更多地包含了一种黑客精神，许许多多的Ｌｉｎｕｘ爱好
者一直在给它加入新的特性。作为一个完整的系统，它还有许
多ＧＮＵ的东西。可以说，Ｌｉｎｕｘ真正的出生地是社区。与之相反，
ＦｒｅｅＢＳＤ则由于其ＵＮＩＸ血统而纯粹是从理论团体中走出来的，就
算是日后经历了长期的社区发展历程，也没有洗去它身上浓厚
的学院派色彩，而且它的发展还和计算机研究部门联系非常紧
密，显然不是黑客们随心所欲的结果。不同
的身世导致了二者性质上的不同，Ｌｉｎｕｘ更
象一个长不大的孩子，内核更新很
快，但不同版本之间的兼容
性始终存在问题。学院派
的 ＦｒｅｅＢＳＤ 尽管给人留下
了死板的印象，但这份死
板使得它变得越来越严谨，“坚如磐石”成了 ＦｒｅｅＢＳＤ开发者们
不懈追求的目标。
在安装方法上，ＦｒｅｅＢＳＤ由于采用集中式的开发方式，安装
方式比较清晰、直接、高效，但这可能使得那些习惯于图形化
安装方式的用户不习惯。尽管ＦｒｅｅＢＳＤ曾被指责为分支过多，但
34 程序员
□　文 ／ 合钦桐
至今还是保持了程序代码的统一性。而 Ｌｉｎｕｘ的情况就不妙了，
Ｒｅｄｈａｔ、ＳｕＳｅ、Ｃａｌｄｅｒａ、Ｄｅｂｉａｎ、Ｓｌａｃｋｗａｒｅ 各自为政，安装方式也
是五花八门。用户如果应用不同的Ｌｉｎｕｘ，可能会遇见基于图形
的安装界面、基于字符的安装界面等各种方法，同时，各个发
行商之间的安装方式还有所差异。用户如果从一种Ｌｉｎｕｘ发行版
转到另一种 Ｌｉｎｕｘ 发行版，就可能需要学习一个新的安装工具。
ＦｒｅｅＢＳＤ是一个操作系统，而不仅仅是一个内核。而Ｌｉｎｕｘ只
是一个内核，注定会出现许多不同的 Ｌｉｎｕｘ 版本。
架构方面ＦｒｅｅＢＳＤ采用所谓的缓冲区缓存读取文件的方式，
而Ｌｉｎｕｘ采用向其中写入文件的方式。Ｌｉｎｕｘ始终自动管理缓冲区
缓存的大小，但其内存管理例程的工作方式与 ＦｒｅｅＢＳＤ的不同。
此外，几乎所有运行在 Ｌｉｎｕｘ 上的程序都有 ＦｒｅｅＢＳＤ的移植
版本。如果没有，ＦｒｅｅＢＳＤ上的“Ｌｉｎｕｘ　Ｃｏｍｐａｔ”特性支持可以
让许多 Ｌｉｎｕｘ 程序如同本地程序一般在 ＦｒｅｅＢＳＤ 上运行。但类似
于 Ｘｅｎ 等虚拟技术的崛起，正在削弱 ＦｒｅｅＢＳＤ 的这项特性。
从社区的角度来看，ＦｒｅｅＢＳＤ开发模型小得多，但这并不妨
碍 ＦｒｅｅＢＳＤ 成为一个速度、安全性都非常棒的操作系统。
另外ＦｒｅｅＢＳＤ的数据包管理得到了彻底改进；二进制和源数
据包不再受制于不稳定的数据包管理系统，而这却正是Ｌｉｎｕｘ分
发时的常见问题。出于安全的考虑，Ｌｉｎｕｘ上的日志文件系统在
ＦｒｅｅＢＳＤ上是不可用的，这些系统中包括Ｒｅｉｓｅｒ　Ｆｉｌｅ　Ｓｙｓｔｅｍ（Ｒｅｉｓｅｒ
ＦＳ）和 Ｊｏｕｒｎａｌｉｎｇ　Ｆｉｌｅ　Ｓｙｓｔｅｍ（ＪＦＳ）。
最后，在对开发者和操作者的帮助方面，ＦｒｅｅＢＳＤ文档以简
明的图书形式在Ｉｎｔｅｒｎｅｔ 上和纸张上出现，并以令人愉悦和合理
的形式介绍每个系统和系统的每个方面。
从以上的描述中我们不难看出，尽管Ｌｉｎｕｘ是一个优秀的操
作系统，但如果我们硬要说它在技术上比ＦｒｅｅＢＳＤ更优秀，显然
缺乏强有力的证据。因此，说 Ｌｉｎｕｘ 比 ＦｒｅｅＢＳＤ更流行是由于技
术原因造成的，同样站不住脚。
 有人认为两者在应用程度上存在差异的原因是采用了不同
的开源协议。Ｌｉｎｕｘ要求受益人都要付出，而ＢＳＤ并没有这方面
的要求。这似乎有些道理，但远没有商业追捧来得更直接。
商业追捧是造成流行差异的主因
研究技术，但不沉溺于技术，是每个技术人员需要牢记的
信条。但技术人员总是会认为技术上更为优秀应该占据更多的
市场份额，但无情的市场证明，这并不总是正确的。
时至今日，Ｌｉｎｕｘ在服务器端和嵌入式端都取得了不俗的成
绩。表面看来，由于 ＢＳＤ 家族在嵌入式市场没有作为，这使得
Ｌｉｎｕｘ在嵌入式端的表现与ＦｒｅｅＢＳＤ的比较毫无意义，但透过Ｌｉｎｕｘ
与 Ｖｘｗｏｒｋｓ 的比较还是能带给我们一些启示。技术方面，嵌入
式 Ｌｉｎｕｘ 先天条件上就落后于Ｖｘｗｏｒｋｓ，Ｌｉｎｕｘ从 ２．４的内核发展
到 ２．６ 的内核仅仅用了四年时间，并且新旧版的内核还存在某
些兼容性问题。有时候这种兼容性带来的问题会是灾难性的。
这也曾经是 Ｖｘｗｏｒｋｓ 操作系统的开发厂商 Ｗｉｎｄ　Ｒｉｖｅｒ 攻击Ｌｉｎｕｘ
的一个理由，但接下来的事情我们谁也没有想到。当注意到
Ｌｉｎｕｘ在嵌入式领域的流行已成为不可逆转的趋势时，
Ｗｉｎｄ　Ｒｉｖｅｒ
甚至一度有开发自己的 Ｌｉｎｕｘ 操作系统的念头。
在桌面领域，Ｌｉｎｕｘ与ＦｒｅｅＢＳＤ的表现一样糟。由于二者总需
要不停地编译，因此注定了二者都更适用于专业用户。用过Ｓｕｓｅ
Ｌｉｎｕｘ１０ 的人可能都不会反对这个观点，这就是Ｎｏｖｅｌｌ 正在改变
天平的平衡。曾经的网络操作系统老大Ｎｏｖｅｌｌ把原来开发商业软
件的全套手段都使了出来。当最初的体验者试用 ＳｕＳｅ　Ｌｉｎｕｘ１０
时，他们可能没注意到一台台摄像机正对着他们，他们的体验
被忠实地记录了下来，以便产品能根据用户体验得到进一步的
改善。不仅如此，Ｎｏｖｅｌｌ 支持的Ｍｏｎｏ 项目还会使得基于Ｌｉｎｕｘ平
台的桌面应用越来越丰富。这还不算完，几天以前，Ｎｏｖｅｌｌ自己
又推出了包括Ｎｏｖｅｌｌ　Ｏｐｅｎ　Ｅｎｔｅｒｐｒｉｓｅ　Ｓｅｒｖｅｒ、Ｎｏｖｅｌｌ　ＧｒｏｕｐＷｉｓｅ工
作组协作软件、Ｎｏｖｅｌｌ　ＺＥＮｗｏｒｋｓ　Ｓｕｉｔｅ跨平台系统管理套件、
Ｎｏｖｅｌｌ　Ｌｉｎｕｘ　Ｄｅｓｋｔｏｐ
以及 ＯｐｅｎＯｆｆｉｃｅ 的开
放工作组套件。在这
种形势下，如果一年
以后Ｌｉｎｕｘ桌面应用真
的成为了企业级桌面
应用的一种潮流，我一点儿也不会感到惊奇。相反，如果ＦｒｅｅＢＳＤ
处在那样的位置上，才是一件让人大跌眼镜的事情。
作为一个网络操作系统，ＦｒｅｅＢＳＤ 的长项显然是在服务器
端。在这一领域，ＦｒｅｅＢＳＤ与Ｌｉｎｕｘ应用上的差异显然是由于当年
ＩＢＭ 公司投入十亿美元支持一个操作系统时，选择了Ｌｉｎｕｘ所造
成的。从此以后，ＩＢＭ的软、硬件全面支持了 Ｌｉｎｕｘ，这又带动
其竞争对手 ＨＰ 和Ｓｕｎ 紧随其后。ＨＰ 的６４ 位服务器使得 Ｌｉｎｕｘ在
支持６４位技术的启始时间上领先于Ｗｉｎｄｏｗｓ，Ｓｕｎ在今天已经全
面支持 Ｌｉｎｕｘ，但就在五年前，Ｓｕｎ对 Ｌｉｎｕｘ的支持却只是通过收
购了一家名为 Ｃｏｂａｌｔ 的小公司实现的。
如果我们硬要追究这些公司选择Ｌｉｎｕｘ
的原因，我们会发现，这和１９９２年ＡＴ＆Ｔ
与加州大学伯克利分校在ＢＳＤ版权问题
上的诉讼有关。Ｌｉｎｕｘ没有受到这场诉
讼的影响，尽管ＳＣＯ 公司后来也曾就
专利问题对Ｌｉｎｕｘ进行过诉讼，但不幸
的是他们遇到的对手是老辣的ＩＢＭ 公司，让这场诉讼不影响到
Ｌｉｎｕｘ产业的发展。
决定 Ｌｉｎｕｘ 与 ＦｒｅｅＢＳＤ 命运的两场诉讼
ＦｒｅｅＢＳＤ 的产生和 ＵＮＩＸ 系统有着千丝万缕的关系。ＵＮＩＸ
最早是在１９６９年由ＡＴ＆Ｔ　Ｂｅｌｌ实验室的研究人员创造出来的，
逐渐成为了主流操作系统。虽然 ＵＮＩＸ 由 ＡＴ＆Ｔ创造，但它如
此流行却并不能完全归功于 ＡＴ＆Ｔ的功劳。现在 ＵＮＩＸ 不是一
个厂家的单独产品，在它长期的发展过程中形成了多种不同
的版本。
在发展初期，ＡＴ＆Ｔ并没有把ＵＮＩＸ 作为它的正式商品，只
是在实验室内部使用并完善。正是由于 ＵＮＩＸ 是被作为研究项
目，其他科研机构和大学的计算机研究人员也希望能得到这个
系统，以便进行自己的研究。ＡＴ＆Ｔ 以分发许可证的方法，对
ＵＮＩＸ 仅仅收取很少的费用，大学和研究机构就能获得 ＵＮＩＸ 的
源代码以进行研究。这使得 ＵＮＩＸ 操作系统发展迅猛。
到了二十世纪七十年代末，在 ＵＮＩＸ 发展到了版本 ６ 之后，
ＡＴ＆Ｔ开始认识到了 ＵＮＩＸ的价值，并成立了系统实验室来继续
发展ＵＮＩＸ。因此ＡＴ＆Ｔ一方面继续发展内部使用的ＵＮＩＸ版本７，
一方面由 ＵＳＬ 开发对外正式发行的 ＵＮＩＸ 版本，同时也宣布对
ＵＮＩＸ产品拥有所有权。同时加州大学伯克利分校计算机系统研
究小组（ＣＳＲＧ）也在使用ＵＮＩＸ对操作系统进行研究，由于他们
的技术受到大学和商业机构的普遍欢迎，因此ＣＳＲＧ中的研究人
员把他们的 ＵＮＩＸ组成一个完整的 ＵＮＩＸ系统──ＢＳＤ　ＵＮＩＸ，向
外发行。
在 ＡＴ＆Ｔ的 ＵＮＩＸ 系统实验室吸收了 ＢＳＤ　ＵＮＩＸ 中已有的各
种先进特性，并结合其本身的特点，推出了 ＵＮＩＸ　Ｓｙｓｔｅｍ　Ｖ版
本以后，ＢＳＤ　ＵＮＩＸ 和 ＵＮＩＸ　Ｓｙｓｔｅｍ　Ｖ 形成了当今 ＵＮＩＸ 的两大
主流，现代的ＵＮＩＸ版本大部分都是这两个版本的衍生产品。这
为日后的市场纷争打下了伏笔。
事实上，ＡＴ＆Ｔ的ＵＮＩＸ系统实验室一直关注着ＢＳＤ的发展，
并在１９９２年，指控一家发行商业ＢＳＤ　ＵＮＩＸ的名为ＢＳＤＩ的公司，
Programmer 35
人物＆报道 Character & Report
观点　＞＞＞
违反了 ＡＴ＆Ｔ 的许可权发布自己的 ＵＮＩＸ 版本，并进一步指控
伯克利计算机系统研究组泄漏了 ＵＮＩＸ 的商业机密。这个官司
影响了很多 ＵＮＩＸ 厂商，使他们不得不从 ＢＳＤ　ＵＮＩＸ 转向 ＵＮＩＸ
Ｓｙｓｔｅｍ　Ｖ，以避免法律问题。以至于当今大多数商业 ＵＮＩＸ版
本都是基于 ＵＮＩＸ　Ｓｙｓｔｅｍ　Ｖ 的。这件有关 ＵＮＩＸ版权的案子直
到 ＵＮＩＸ 系统实验室被ＡＴ＆Ｔ卖给了 Ｎｏｖｅｌｌ公司后才得以解决。
伯克利的ＣＳＲＧ被允许自由发布ＢＳＤ，但是其中来自于ＡＴ＆Ｔ的
代码必须完全删除。尽管日后的新版本 ４．４　ＢＳＤ　Ｌｉｔｅ 版本已
不存在法律问题，并且４．４ＢＳＤ　Ｌｉｔｅ已成为了现代 ＢＳＤ系统的
基础版本，但这场诉讼已经注定了日后出现的ＦｒｅｅＢＳＤ已丧失
了发展的良机。
类似的事件也曾降临在 Ｌｉｎｕｘ 身上。２００４ 年 ３ 月，ＳＣＯ 集
团提出诉讼，认为ＩＢＭ将 ＵＮＩＸ代码放进了开放源代码中，这搅
浑了开放源代码软件的水。接下来，ＳＣＯ 把这场战火引向了用
户，对汽车配件零售商ＡｕｔｏＺｏｎｅ进行了起诉，声称这家汽车配
件零售商由于使用 Ｌｉｎｕｘ 而侵害了 ＳＣＯ 的专利版权。
尽管 ＳＣＯ 面对的是老谋深算的 ＩＢＭ，但业界还是有相当的
人认为这将限制 Ｌｉｎｕｘ用户传播代码的能力。但ＩＢＭ显然不是当
年的 ＢＳＤＩ公司，几番争斗的结果，是ＩＢＭ公司反而开始了反攻。
ＩＢＭ 公司于 ２００６ 年 ３ 月向正在为 ＩＢＭ 与 ＳＣＯ 一案举行听证的美
36 程序员
国犹他州联邦地方法院申请了传票。传票要求微软、惠普、Ｓｕｎ、
Ｂａｙｓｔａｒ 这四家公司提供包括它们与ＳＣＯ 交易的详细资料。尽管
来自ＳＣＯ的声音表明它与ＩＢＭ的专利之争将在２００７年正式打响，
但此时支持 Ｌｉｎｕｘ 的阵营已变得空前强大，没有几家公司愿意
ＳＣＯ 真的能在这场斗争中取得利益。于是，为回应 ＳＣＯ 关于
Ｎｏｖｅｌｌ侵犯知识产权的指责，Ｎｏｖｅｌｌ以及ＳＵＳＥ已经向国际商业法
庭提出仲裁请求，阻止 ＳＣＯ 依据 Ｃａｌｄｅｒａ、ＳＵＳＥ、Ｃｏｎｎｅｃｔｉｖａ和
ＴｕｒｂｏＬｉｎｕｘ 之间签订的 Ｌｉｎｕｘ 联合协议对 ＳＵＳＥ　Ｌｉｎｕｘ 知识产权的
主张。该协议规定，ＳＣＯ 对 ＳＵＳＥ有仲裁权，其版权中包括ＳＵＳＥ
的分让权，任何根据联合Ｌｉｎｕｘ中的ＯＳＳ许可发布的ＳＣＯ 软件均
应维持开源。Ｎｏｖｅｌｌ 已经签署文件来延缓 ＳＣＯ 的主张，直到仲
裁结果产生。尽管 Ｓ Ｃ Ｏ 挑起的战争并没有完全结束，但就连
Ｌｉｎｕｘ的死敌微软都已经默认了将与Ｌｉｎｕｘ共存的事实，因此ＳＣＯ
取得完胜的希望已是微乎其微了。
事实上，Ｌｉｎｕｘ 与ＵＮＩＸ 同样存在血缘关系。但同宗的Ｌｉｎｕｘ
与ＦｒｅｅＢＳＤ的矛盾由来已久，其中的主要原因似乎是当人们提起
开源时，总不免想起Ｌｉｎｕｘ，这让Ｌｉｎｕｘ抢了ＦｒｅｅＢＳＤ太多的风头。
但对我们来说，如果我们准备选择一个开源平台时，尽管Ｌｉｎｕｘ
比 ＦｒｅｅＢＳＤ 更流行，但 ＦｒｅｅＢＳＤ 仍然是一个不错的选择。
■ 　责 任 编 辑 ：贾 菡 　(jiahan@csdn.net)
 ＜＜＜　感悟

时间缝里
看技术发展
□　文 ／ 李菲萍

　“九九年，我认准了 Ｊａｖａ Ｃ＋＋　随着技术的进

大有前途，考 ＳＣＪＰ 认证还考了个全国第 步，Ｃ因为类型检查机制
一呢！Ｊａｖａ是多好多棒的技术啊！可是， 相对较弱 、缺少支持代
当时在国内都不知道有没有什么用，最 码重用的语言结构等缺
后我还是只好去做 Ｃ ＋ ＋ 了！”王勇摇摇 陷的存在，风光难续。作
头，遗憾的说，“过了两年，Ｊａｖａ才终于 为第一种面对对象的语
在国内火了起来！”——王勇的Ｊａｖａ经历 言，接过Ｃ交过来的接力
并不是一个例外，而是中国软件技术发 棒，　Ｃ＋＋发力狂奔，把
展的一个缩影，国内外的时间差夹缝里 国内外技术的时间差赶
打拼的国内技术精英们的尴尬：早一步 上了１０年，只剩下４年的
了是白费，晚一步了便成了跟风。 站在了起飞点上，开始了快速发展。 差距。
不过，值得庆幸的是，回首软件技术 Ｃ语言　Ｃ语言和Ｕｎｉｘ可以说是相濡以 为什么一下子能赶上 １０ 年呢？原因
的发展史，可以明显看到，技术时间差已 沫，它的出现和发展都离不开Ｕｎｉｘ。Ｕｎｉｘ 很简单：天时地利人和。天时：Ｃ＋＋已经
经越来越短了。照此趋势，王勇的尴尬将 出现后，技术天才们并不满意Ｕｎｉｘ的笨重 在国际上得到标准化的广泛应用；地利：
不再是悬在程序员头顶的利剑，会随着 简单的低级语言。１９７２年至１９７３年间，贝 新兴的中国ＩＴ产业热情接纳新兴技术；人
发展湮灭在历史长河里。 尔实验室的 Ｄ．Ｍ．Ｒｉｔｃｈｉｅ 便在Ｂ语言的基 和：国内的技术精英圈的扩大，成为国内
础上捣鼓出了Ｃ语言；１９７３年，Ｋ．Ｔｈｏｍｐｓｏｎ 追赶国际先进技术的“加速器”。
过去：蜗牛慢慢爬 和 Ｄ．Ｍ．Ｒｉｔｃｈｉｅ 两人合作把Ｕｎｉｘ 的９０％以
Ｕｎｉｘ 操作系统　Ｕｎｉｘ 国内起步和国外 上用 Ｃ 改写，即Ｕｎｉｘ 第 ５ 版。从此，Ｃ语 现在：“多快好省”的追赶
相差了整整 ２０ 年。这是因为当时的特殊 言开始风靡全世界，成为世界上应用最广 时间翻过漫长的一页，国内的ＩＴ产业
国情：８０年代前，国内还是处于完全封闭 泛的几种计算机语言之一。历史发展到Ｃ 此时已经蓬勃发展起来了，历史钟表的
状态，美国和中国是两个对立的世界，国 语言这里，时间差缩短到１４年。 时针开始了加速度转动。
内没有任何的技术积累，也没有任何信 ＴＣＰ／ＩＰ　和Ｕｎｉｘ 一样，ＴＣＰ／ＩＰ也晚了 Ｊａｖａ　早在 １９９２ 年 Ｊａｍｅｓ　Ｇｏｓｌｉｎｇ 刚
息来源，　２０年的差距也是当然的了。 国外 ２０ 年。１９７０，ＡＲＰＡＮＥＴ 主机开始使 秀出 Ｊａｖａ　前身 Ｏａｋ，锋芒之锐便吸引了
６０ 年代 Ｕｎｉｘ 在国外初生时，国内计 用ＴＣＰ／ＩＰ的前身网络控制协议（ＮＣＰ）时， 无数在 Ｃ＋＋ 里绕圈的眼球。２０００ 年起，
算机产业还面目模糊；７０ 年代 Ｕｎｉｘ 操作 极少有人意识到十年之后它会席卷全球； Ｊａｖａ便以它“只写一次，随处运行”的特
系统的第一个版本是 １９６９ 年由 Ｋｅｎ　Ｔｈ－ １９８３年，ＡＲＰＡＮＥＴ由ＮＣＰ 转向ＴＣＰ／ＩＰ，其 性脱颖而出，在国外站在了起飞点上 。
ｏｍｐｓｏｎ在ＡＴ＆Ｔ贝尔实验室实现时，开始 规模迅速膨胀，不久便形成了跨越五大洲 ２００２年后，随着Ｊａｖａ（准确地说，是Ｊ２ＥＥ）
了起飞，国内还是死水一潭；直到 ８０ 年 的世界上最大的计算机互连网络，而当 在大型企业和政府应用的增加，Ｊａｖａ在国
代，Ｕｎｉｘ 操作系统才开始在中国落地生 时国内才刚刚接触到这个概念。值得庆 外火了两年之后，终于在沉寂的国内突
根，终于，到了 ９０ 年代，随着国外 Ｕｎｉｘ 幸的是，９０年代后，它的发展步伐加速， 然一夜暴红，成为了业界娇宠。
版本问题的解决，国内Ｕｎｉｘ的发展才终于 发展起飞点不过落后国外 ６ 年。 历史走到Ｊａｖａ这里，
时间差缩短到２年。

Programmer 37
人物＆报道 Character & Report
感悟　＞＞＞
发展。越来越多的网站开始
在某些应用中使用这种技术，
例如新浪的邮箱和ｂｌｏｇ，以及
一些新出现的Ｗｅｂ　２．０网站。
前后相差不过半年。这时候
的国内基本不用担心学了本
事用不上，王勇的尴尬已经
成为了永远的过去。
Ｗｅｂ　２．０　随着技术的发
展，人们对互联网的要求也
开始提高，Ｗｅｂ　１．０ 日见过
气，提倡个性化的Ｗｅｂ　２．０在
２００３ 年刚出现便受到各界追
捧，它以ｂｌｏｇ、ＴＡＧ、ＳＮＳ、ＲＳＳ、
动态语言　历史发展的趋势很明显； Ｗｉｋｉ等应用为核心，这下，网民们终于可
技术的发展越来越人性化。编程语言也 以在网上撒开脚丫子跑了。
从一开始笨重的静态语言，转向灵活的 ２００４年下半年，Ｗｅｂ　２．０在国外便开
动态语言。Ｐｅｒｌ、Ｐｙｔｈｏｎ、Ｒｕｂｙ在国外刚一 始飞速发展，而国内紧随其后，一夜之间
出现，国内就已经开始跟进，除了“黑客 Ｗｅｂ　２．０在国内技术圈里闪亮登场，成为
级的语言”　Ｐｅｒｌ 相差近５年外，Ｐｙｔｈｏｎ、 流行新贵。先是号称向 Ｗｅｂ　２．０ 转型的
Ｒｕｂｙ 都和国外相差不过一年。 猫扑网获得了美国风投ＡｃｃｅｌＰａｒｔｎｅｒｓ的千
．ＮＥＴ　ＩＴ 界的人说，当你不知道方向 万美元注资；之后是爱赶时髦的搜狐宣
的时候，就看看微软在做什么。所以．ＮＥＴ 布将搜狐 ＩＴ升级到２．０ 版本；而“博客中
在国内有天然优良的生长环境，
因为国内 国”更名为“博客网”，更是拿Ｗｅｂ　２．０
对微软技术一向跟进很紧。
同样是功能强 来说事儿的。
大的开发平台，
．ＮＥＴ在进入国内的时间基 Ｗｅｂ　２．０时代，国内和国外已经站在
本和国外同步，发展也一帆风顺。 了技术追赶战的一条战壕内了。
国外的．ＮＥＴ 技术在２００３年进入了高
速起飞点，而国内则在 ２００５ 年也迈上了 明天：数风流技术，谁领风骚？
起飞点，开始高速发展。 这里并不是要做一个专门的预测，
只 绍，才会吸引更多的开发者来学习它、掌
Ａｊａｘ　如果说．ＮＥＴ　的飞速发展还是因 是读史鉴今，分析国内目前普遍关注的
为微软这个霸头的力量，那么，Ａｊａｘ的飞 几种技术。
速发展则完全是国内技术圈主动追赶出 敏捷开发　 历史是
来的。在 ２００５年２月　Ｊｅｓｓｅ　Ｊａｍｅｓ　Ｇａｒｒｅｔｔ 必然性和偶然性结合的
的一篇Ａ　Ｎｅｗ　Ａｐｐｒｏａｃｈ　ｔｏ　Ｗｅｂ　Ａｐｐｌｉｃａ－ 产物，敏捷开发也是 。
ｔｉｏｎｓ 引出了 ＡＪＡＸ 这个 ｗｅｂ 界的新名词， ２００１ 年，一场叫“敏捷
Ａ ｊ ａ ｘ 在国外开始受到广泛关注，而后， 宣言”的旋风肆略全球，
Ｇｏｏｇｌｅ公司基于ＡＪＡＸ开发出来具有卓越 不可避免的，也席卷到国内技术圈。在国
的交互设计和可用性的 Ｗｅｂ 应用 ＧＭａｉｌ、 内外都为死板无效率的项目开发而头疼
Ｇｏｏｇｌｅ　Ｍａｐｓ、Ｇｏｏｇｌｅ　Ｓｕｇｇｅｓｔ，ＡＪＡＸ 便 时，敏捷开发看似不经意的出现，必然引
迈上飞速发展起飞点。 起历史的轩然大波。
国内在 ２００５ 年下半年也开始了飞速 ＴｈｏｕｇｈｔＷｏｒｋｓ 公司认为，全球范围
38 程序员
内，敏捷开发在 ０４ 年迈上了起飞点，得
到普遍的认可和应用。但在国内尚未出
现明确的起飞点。敏捷开发方面的专家
熊节认为：
“随着中国整个市场经济的深
化和对全球化贸易的进一步开放，我相
信更多的企业会需要软件给他们提供必
不可少的支持，这些企业就会在意敏捷
方法给他们带来的价值。出于这个原因，
我愿意预测，在两到三年以后，敏捷方法
会在国内得到广泛的认可与应用。”
Ruby/Rails 早在 １９９５ 年，Ｒｕｂｙ 就
已经诞生在日本了。但直到 ２００４ 年，
Ｒａｉｌｓ 的出现才改写了 Ｒｕｂｙ 的命运，Ｒｕｂｙ
突然受到了前所未有的广泛关注。这实
际上是历史的必然，Ｒａｉｌｓ 成功的原因，
在于它站在一个合适的历史位置上：它
同时具备了 ＰＨＰ／Ｐｅｒｌ 的简洁，以及 Ｊ２ＥＥ
的规整。所以它一问世便受到企业应用
开发者（尤其是 Ｊ２ＥＥ 人群）的重视。
虽然国内对 Ｒｕｂｙ的关注在 ２００５年已
经蔚为风气，但若说是“流行”，还根本
谈不上。更多的开发者和企业仍然对
Ｒｕｂｙ／Ｒａｉｌｓ 抱着怀疑与观望的态度。Ｒａｉｌｓ
是一个真正有震撼力的杀手应用，但它
需要一个机缘，先让大家看到它在关键
应用中出色的表现，才会有更多的企业
来真正使用它；否则，从Ｊ２ＥＥ迁徙到Ｒａｉｌｓ
的成本与风险，很多企业都不会敢于和
乐于承担。而且，还需要更多的宣传和介
握它、尝试它。
Ｒｕｂｙ／Ｒａｉｌｓ已经被实践证明能够承担
企业应用开发的重任，但是否能够继续
发展成为主流，也许更多地需要机缘。所
以，我们也只能拭目以待。
■ 　责 任 编 辑 ：贾 菡 　(jiahan@csdn.net)
 ＜＜＜　声音与幽默

成为３Ｇ的杀手级应用，但是手机上的社
区网络的确有可能造成大量的应用需求。
声音 ＆ 幽默
尽可能地使用开放源代码是政府的
这是一项长期的投资计划，一夜 Ｗｉ－Ｆｉ 项目的局面时，Ｎｏｌｌｅ 如是说。 政策，
我们和微软有很好的合作关系，
但
之间不可能看到结果。 我们是不可知论者，我们和每个人合作。
——微软ＣＥＯ鲍尔默日前向员工表 我们将为用户提供一种全新的新闻体 ——英国中央信息保证中心监定首
示，尽管华尔街对微软数十亿美元的 验，吸引他们将更多时间用于阅读报纸。 长 Ｈａｒｖｅｙ　Ｍａｔｔｉｎｓｏｎ 对于英国内阁办公室
庞大投资计划持否定态度，但“目前并 ——近年来美国报纸发行量持续下 与 ＩＢＭ 公司正合作测试一种公、民营单
没有缩减投资规模的考虑”，并且在发 滑，各大报纸都希望找到赢回订户的新 位皆可使用的安全开放源代码环境发表
给全体员工的一份备忘中表示，微软 途径。微软和《纽约时报》将于明年初推 的看法。
庞大的项目计划需要投资领域的支持。 出一项新服务，允许用户通过互联网将
报纸内容下载到平板电脑，并使用微软 这类设备的一个优势是广告可以
Ｇｏｏｇｌｅ 之所以敢冒险投资无线领 “屏幕阅读器”浏览。
《纽约时报》董事会 随着时间而变化，使得报纸不会在上
域，也是为了在消费者的心目中树立 主席阿瑟・萨尔伯格对此充满信心。 午出现蜂蜜广告，在晚上不会显示咖
起一种可替代互联网接入的理念。 啡广告。
——电信咨询公司ＣＩＭＩ的总裁Ｔｈｏｍａｓ 移动企业已经在网络硬件上投资了 —— Ａｇｅｎｃｙ．ｃｏｍ 的常务董事赫尔曼
Ｎｏｌｌｅ 曾经提出过一种观点，他认为Ｇｏｏｇｌｅ 大量金钱，可是他们的态度就像是疯狂 斯同样对正在开发中的能够弯曲，而且
是在构建自己的并行互联网，或者用他 地乱枪打鸟，然后希望蒙到一两只一样。 重量仅比一张纸重的电子阅读设备十分
的术语说是在构建“门户网（ＰｏｒｔａｌＮｅｔ）”。 ——研究机构Ｆｏｒｒｅｓｔｅｒ　Ｒｅｓｅａｒｃｈ的分析 看好，尽管这样的设备可能只能显示灰
面对Ｇｏｏｇｌｅ制定进入无线领域的计划，在 师 Ｃｈａｒｌｅｓ　Ｇｏｌｖｉｎ 如此批评现在的移动企业， 色，但它们却可能吸引一些广告代理机
很多大城市，如在旧金山等地竞标一些 他十分怀疑有任何一两项单一的应用可以 构的参与。

“ 并 非 如 此 ，” 程 序 员 说 ，
“在设计一个财务
软 件 包 时 ，编 程 人 员 是 作 为 一 个 中 介 者 在 观 念 各

程序设计 异 的 人 们 之 间 起 作 用 的 ：软 件 如 何 操 作 ，报 表 是
什 么 形 式 ，如 何 与 税 法 一 致 等 等 。相 反 一 个 操 作
系 统 不 为 其 外 观 所 限 制 ，当 设 计 一 个 操 作 系 统
编程大师如是说： 嚷 着：
“ 我 昨 天 满 载 而 归 ，但 今 天 的 收 获 会 更 大 。” 时 ，编 程 人 员 只 要 在 机 器 与 人 的 思 维 之 间 寻 找 一
“程序被测试时再 于是，门卫盯他盯得更紧了，但仍一无所获。 种 最 简 单 的 和 谐 就 可 以 了 。这 就 是 为 什 么 操 作 系
改设计方案就太迟了。” 在 展 示 会 的 最 后 一 天 ，门 卫 再 也 抑 制 问：
“大 统 更 容 易 设 计 的 原 因 。”
曾有个人去参加一 盗 先 生 ，” 门 卫 说 ，
“ 我 被 你 搞 糊 涂 了 ，实 在 想 不 军 机 大 臣 点 点 头 ， 笑 了 。“ 说 来 也 是 。但 要
次电脑展示会，每天当他 明白。请告诉我，你究竟在偷什么？” 想检测和纠正其中的错误，哪个更容易呢？”
进入展馆时 ，都对门卫说： 曾 经 有 位 编 程 大 师 ，喜 欢 编 写 非 结 构 化 的 程 程序员没有回答。
“ 我 是 个 大 盗 ，这 次 序 。一 位 初 学 者 试 图 模 仿 他 ，也 开 始 编 写 非 结 构 一 位 经 理 到 编 程 大 师 那 里 ，交 给 他 一 份 有 关
展 示 会 也 在 劫 难 逃 。” 化的程序。
　当这位初学者请大师评价他的进展时， 一个新应用程序的需求说明。经理问编程大师：
这番话让门卫坐立 大 师 批 评 了 他 的 做 法 。他 说：
“对一位编程高手适 “如果我分配五个程序员给你干 ，你需要多久能
不 安 ，因 为 里 面 有 价 值 数 合 的 ，对 初 学 者 来 说 并 不 一 定 适 合 。在 超 越 结 构 设计好这个系统？”
百 万 美 元 的 电 脑 设 备 ，所 化 之 前 ， 你 必 须 先 领 悟 道 。” “ 那 将 花 费 一 年 的 时 间 。” 大 师 立 刻 回 答 。
以他紧紧地盯住这个人， 曾 经 有 位 程 序 员 被 派 到 ＩＢＭ的 军 机 大 臣 手 下 “但马上就需要这个系统甚至要求更快！如
但这个人只是从一个展摊 工 作 。 军 机 大 臣 问 程 序 员：“ 设 计 一 个 财 务 软 件 果我分配十个程序员给你需要多长时间？”
逛到另一个展摊， 嘴里轻 包，和设计一个操作系统，哪一个更容易？” 大 师 皱 了 皱 眉 头 ，“ 那 样 的 话 ，需 要 两 年 。”
轻地哼着小曲。 “ 操 作 系 统 。” 程 序 员 回 答 说 。 “如果我分配一百个程序员给你怎么样？”
当 这 个 人 出 门 时 ，门 卫 把 他 拉 到 一 边 ，搜 查 军机大臣立刻发出一种不信任的惊叹，
“与 大师耸了耸肩膀，
“那么这项设计将永远无
他的衣服，但一无所获。 一 个 复 杂 的 操 作 系 统 相 比 ，一 个 财 务 软 件 包 简 直 法 完 成 。” 他 说 。
第 二 天 ，这 个 人 又 来 了 ，并 对 着 门 卫 嚣 张 地 是 小 巫 见 大 巫 。” 他 说 。 ——节选自电子工业出版社即将出版的《编程之道》

Programmer 39
特别策划 Features

42 程序员
 ＞＞＞　程序员开源手册

程序员开源手册
□　策划 ／ 欧阳璟

在 Ｉｎｔｅｒｎｅｔ 上，开源社区的项目就像浩瀚的海洋。那些崇尚开放的程序员常常汇
聚在这片海洋之中，偶尔掀起一阵波澜，或者卷起巨浪。然而就软件而言，却并不
是追捧时尚就可以写出优美代码的，更多时候，是需要汲取这片汪洋中的精华。

精华是什么？对于一个长期面对显示器撰写代码的人来说，最为精华的东
西莫过于他们长时间积累下来的经验。而这些经验通过一行行代码展现出来，
便形成了很多程序员常常使用的程序库、组件包以及软件开发相关的工具。

然而，要在浩如烟海的开源项目中找到自己合意的工具和代码谈何容
易？每一个项目、每一种开发语言、每一个开发过程都是如此的特殊，以
至于我们不得不用很大的精力来寻找适合它们的软件，或者花费一番力气
来自己开发。

为此，本刊编辑部特别策划了这样一组文章，从不同的方向上为读者
打开开源宝库的大门。横向上看，每个程序员都在使用编程语言进行软件开
发，这些语言主要分布在 Ｃ／Ｃ＋＋、Ｊａｖａ、．ＮＥＴ 平台语言，或者是如 Ｐｅｒｌ、
Ｐｙｔｈｏｎ、Ｒｕｂｙ 以及Ｌｕａ这样的动态语言。且不说动态语言高度的灵活性，便于
撰写很多优美的程序库，单是那些传统的编程语言所积累下来的宝贵的经验
和财富，就很值得仔细钻研。而从纵向上看，从需求、设计、建模、开发到配
置管理、持续集成等多方面都有很多优秀的开源工具可供免费使用。

通过本刊专家作者的点评和比较，
兴许可以让你迅速掌握软件开发的神兵利
器，从此开始撰写高质量的代码！

Programmer 43
特别策划 Features

语言“小人乍富”的那几年，也还有
其它不少程序设计语言具有高性能、

C++ 开源程序库评话 可移植、系统开发能力强的特点，决

不是只有 Ｃ骨骼特异，貌若天仙。如
果 Ｐａｓｃａｌ 也能借助一个像 ＵＮＩＸ 那样

□　文 ／ 孟岩 的开放的幽灵在欧美大学校园里徘
徊，那么我们今天很可能要把 ｂｅｇｉｎ
和 ｅｎｄ 直接映射到键盘上。如果 ＩＢＭ
　Ｃ语言天生就与开放结 够认识到的是，事实上Ｃ语言统治地 不是在 １９７０ 年代极端保守地把一种
缘。大约到１９８０年代中期，Ｃ已经成 位的获得，却也是早期开放软件运 叫做ＰＬ／Ｘ的语言牢牢地限定在自己
为人类历史上第一种工业级程序设 动的直接结果。多数人在回顾这段 的研究所里，也许整个程序员社群
计世界语。很多人都知道，正是Ｃ这 历史的时候，经常会感染中国文人 的图腾就不是贝尔试验室的那两个
样一种世界语的出现 ，才使开源运 的不严肃的浪漫主义史观，喜欢把Ｃ 大胡子，而是小沃森实验室里的ＩＢＭ
动的出现和最初发展成为可能，从 语言的成功归结为汉高祖斩白蛇般 某院士。事实上，Ｃ 语言的成功，更
这个意义上讲，说Ｃ语言是开源运动 的天赋神格，描述为遥想公瑾当年， 须拜开放软件运动之时势所赐，或
之母并不十分过分。但人们不太能 谈笑间樯橹灰飞烟灭的轻飘飘。在Ｃ 者更确切地说，Ｃ与开放软件是一对

44 程序员
 ＞＞＞　程序员开源手册

共生体，它们相互扶持，相互成就， 更因为可能要面对着暴风雨般的批 看成是语言本身的扩充。在Ｊａｖａ、Ｃ、

共同成长兴旺，共同创造历史。 评和鄙视。总之，诸多的原因使得开 Ｐｅｒｌ、Ｐｙｔｈｏｎ、Ｒｕｂｙ中，一个优秀的应
根深自然叶茂。今天Ｃ语言体系 源文化未能在 Ｃ＋＋ 中深深扎根。 用程序开发者在积累一定经验之后，
内所拥有的开放资源 ，无论是数量 然而，毕竟Ｃ＋＋是一种称霸一时 不难写出高质量的可复用代码。而
和质量，还是丰富性、多样性、创新 的语言，Ｃ＋＋社群的规模、强悍和创 在 Ｃ＋＋中，这种事情是非常罕见的，
性、可靠性、重要性，都是其它任何 造力，仍然是很多其它新兴语言社 即使是天资卓越、经验丰富的大师
开发技术体系所无法望其项背的。 群难以相比的。特别是在标准Ｃ＋＋制 级人物，也需要花费多年的打磨，历
丰富对于开发者是好事，但对于写 定之后，Ｃ＋＋编程风格有了明确的指 经几次反复，才能够最终推出受到
资源介绍性文章的作者来说 ，则是 导思路，开源项目也就大大繁荣起 一致认可的可复用程序库。此道之
难，难于上青天，以至于 Ａ ｎ ｄ ｒ ｅ ｉ
然而如果我们对历史作一些细致的调查，我们会发现Ｃ语言绝非 Ａｌｅｘａｎｄｒｅｓｃｕ 感叹道，十几岁的少年
有什么天命，而只不过是幸运地扒上了早期开放运动的快车而已。 天才满目皆是，满鬓斑白的优秀程
序库设计者凤毛麟角。而在另一个
绝对的坏事。想要对Ｃ语言体系中的 来。虽然时间还不长，但是已经有一 地方，一本Ｃ＋＋可复用技术图书的
开放资源做一个介绍 ，哪怕只是一 些令人欣慰的成果。这些成果也就 作者总结道，所谓可复用的Ｃ＋＋程
次白描，也决不是一个人、一本书所 构成了写作本文的基本动机和素材。 序库，不可能是设计出来的 ，只可
能容纳的，更远远不是杂志中的一 就重要性而言，开源程序库和 能是复用出来的。然而，一旦这样
篇文章所能及的。因此在本文中，对 工具集对于 Ｃ＋＋ 甚至比对 Ｃ 还要重 的程序库构造出来并且为人们熟悉，
于 Ｃ 语言开放资源的介绍是以一种 要得多。因为实践证明，没有良好的 那么就会大大地简化应用程序的开
蜻蜓点水的姿态进行的。 基础设施支持，Ｃ＋＋开发成功的可能 发。这也就是为什么在 ２０００ 年后，
相比之下，Ｃ＋＋语言在开源世界 性异乎寻常的低。其根本原因是，用 Ｂｊａｒｎｅ　Ｓｔｒｏｕｓｔｒｕｐ 无数次地呼吁社群
中的分量，与 Ｃ 语言比就相去甚远 Ｃ＋＋写优秀的程序库非常非常难，而 专注程序库的开发。他很清楚，只
了。作为对照，Ｃ＋＋语言在工业界的 一旦有了这样的程序库，在其基础 有程序库能够救 Ｃ＋＋，只有程序库
实际地位，如果不是比 Ｃ 更重要的 上写应用程序就相当容易了。同时， 能够发展 Ｃ＋＋。
话，至少也是与 Ｃ 在同一个层次上。 Ｃ＋＋ 的特点又要求基础设施的源代 现在我们知道，用来写Ｃ＋＋程序
考虑到这一点，在开源领域中两兄 码必须开放，因此，Ｃ＋＋程序库对于 库所需要的技术，与用来写Ｃ＋＋应用
弟的这种差距就令人感到非常震惊。 开发者来说意义非常重大。 程序所需要的技术存在很大的差别。
如果说在 ２０００ 年以前，由于 Ｃ＋＋在 我们可以更进一步探究开源 这已经比较糟糕了。更糟糕的是，一
工业界的统治地位，这种差距对Ｃ＋＋ Ｃ＋＋ 程序库对于 Ｃ＋＋ 开发的重要意 般的 Ｃ＋＋ 开发者根本分不清这中间
的影响还不大的话，今天，Ｃ＋＋在开 义。用Ｃ＋＋编写可复用程序库时所需 的差别，他们在开发中往往既不是
源领域里薄弱的基础就非常要命了。 要的思想方法和技术风格，与用Ｃ＋＋ 一个称职的程序库开发者，也不是
究其原因，归根到底是因为编写高 编写应用程序时所需要的思想方法 一个单纯的应用开发者。他们一边
质量、可复用而又拳拳服膺的Ｃ＋＋程 和技术风格之间存在相当大的差异 想着完成手头的工作 ，一边琢磨如
序库实在是一件太困难的事情。一 和差距。前者所需要的高超技术、丰 何能够写出高质量的基础库和框架，
方面，大量的 Ｃ＋＋ 开源项目质量不 富经验和良好的权衡能力，是很少 为万世开太平。
佳，而且经常以一种粗暴的方式要 有人能具备的。在所有程序设计语 认识到这样的事实之后，Ｃ＋＋程
求使用者改变自己程序的风格，另 言中，你恐怕找不出第二种语言像 序员应当以更理性的态度来看待自
一方面，一旦有人完成了一个可用 Ｃ＋＋那样，对于程序库作者的要求如 己的工作。大部分情况下，你所需要
的Ｃ＋＋项目或者程序库，他必须具有 此之高，以至于远远超过了一般“熟 做的是寻找一些可以互相合作的、
极其彪悍的意志才能够咬着牙把这 练”Ｃ＋＋开发者的平均水平。在Ｌｉｓｐ 稳定可靠的开源程序库，然后在其
样的项目奉献给开源社群——不仅 中，语言、库和程序根本就是一回 基础之上，面向目标，使用尽可能简
因为失去了可能的金钱上的回报， 事，每一个程序员写的代码都可以 朴的技术，专心专意地进行应用开

Programmer 45
特别策划 Features
发，把那些复杂精妙的语言技巧和 肯定有一个网络编程库和一个线程 ＡＣＥ 需要花费大量的时间和精力，对
“可复用”之类的想法扔到Ｊａｖａ国去。 库。然而目前看来，ＡＣＥ仍然是进行 于有的人来说，这绝对值得。对于另
唯其如此，你才可能更高效地开发 系统和高性能网络编程的首选，其 一些人来说，可能就要想清楚了。
出好的应用软件，而且会逐渐积累 地位在一段时间内不会被撼动。它
和重构出真正可复用的软件。 不但是一个实用的程序库、框架集， ＧＵＩ 库：Ｑｔ
正是基于这样一种认识 ，我以 而且是一个典范的设计模式应用范 传统上Ｑｔ被认为是可移植的ＧＵＩ
一种务实而挑剔的眼光，为读者介 例，非常值得学习。 库，但实际上 Ｑｔ 现在已经是一个比
绍一些Ｃ＋＋的开放资源，同时也附带 ＡＣＥ可以有多种用法。你可以把 较完整的可移植应用程序框架了，
介绍一些Ｃ语言的相关开发资源。我 它当成可移植的系统开发平台，只 其中包含了大量的工具，比如正则
的挑选原则如下： 使用其基础设施和 ｃｌａｓｓ　ｗｒａｐｐｅｒ，这 表达式、Ｗｅｂ 和 Ｓｏｃｋｅｔ 类、２Ｄ 和 ３Ｄ
●　实用。必须是能够解决现实 使你能够站在更高的抽象层次和更 图形、ＸＭＬ 解析、ＳＱＬ类等，甚至还
问题的开源程序库，徒有虚名、搔首 完备的基础设施之上开发能力和性 包括了一个完整的容器类库 ，不过
其王牌还是ＧＵＩ。在目前的跨平台ＧＵＩ
现在在开发者社群中，“Ｃ 语言万寿无疆，Ｃ＋＋ 无寿无疆”的说 框架中，Ｑｔ成熟度最高，已经被一些
法得到不少人的支持，其根本原因之一就在于 Ｃ＋＋在开源运动中的 大 公 司 应 用 在 关 键 产 品 中。由于
地位远逊于 Ｃ。 Ｔｒｏｌｌｔｅｃｈ对Ｑｔ采用的ｄｕａｌ　ｌｉｃｅｎｓｅ模式，
该产品既可以从开源社区获得支持，
弄姿者皆不录入； 能完全与 Ｃ 语言相当的系统应用。 又能够赚取足够的商业利润 ，因此
●　可靠。必须经过实践的检验， Ｄｏｕｇｌａｓ　Ｓｃｈｍｉｄｔ本人在给我的一封信 其前景也令人比较有信心。
被广泛应用。花拳绣腿者不录； 中提到，他非常支持这种简朴的用 Ｑｔ 的主要技术特色是其元对象
●　先进。风格上比较先进，能 法。但更多的人恐怕不会停留在这 模型。Ｑ ｔ 实际上使用的并不是标准
够体现 Ｃ＋＋ 的技术优势； 个简朴的层次，而是会进而使用ＡＣＥ Ｃ＋＋，而是标准Ｃ＋＋的一个扩展。它
●　开放。有社群的积极支持支 所提供的那些先进的框架，如著名 通过元对象模型扩展 ，实现了著名
持，文档相对齐备，代码开放，允许 的 Ｒｅａｃｔｏｒ／Ｐｒｏａｃｔｏｒ。这就是ＡＣＥ的第 的 ｓｉｇｎａｌ／ｓｌｏｔ机制，而这一机制也成
讨论和改进； 二个层次，也是发挥效益最大的一 为 Ｑｔ 的最大特色和优势。
●　有益。读者可以放心大胆地 个层次。还有少数的 ＡＣＥ高级用户， 与Ｑｔ类似的可移植ＧＵＩ框架还有
使用，并且应当能获得实利。 可以在必要的时候为 ＡＣＥ 本身添加 ｗｘＷｉｄｇｅｔ，ＦＯＸ 等。
在这样的背景下，我将下面的 新的构件。
一些开放资源介绍给大家。 ＡＣＥ是一个侵入式的程序库。如 分布式对象中间件：ＩＣＥ
果要使用它，就要改变自己的编程风 ＩＣＥ 是分布式对象中间件领域里
系统和网络编程库：ＡＣＥ 格来适应 ＡＣＥ。好在ＡＣＥ程序的整体 的后起之秀，可以大致地将其视为
看到这个名字，你可能会感到 风格并不怪异，一般的Ｃ＋＋程序员很 “改进版”的ＣＯＲＢＡ。目前应用在一
好笑： 当然，提到系统和网络编程 快就会习惯，并且喜欢上 ＡＣＥ带来的 些大型项目当中，其中包括波音公
库，除了 ＡＣＥ 还能有谁？ 一些强大的基础设施。但是ＡＣＥ的庞 司主持的下一代陆军作战系统。
但其实，除了ＡＣＥ还有很多系统 大规模对于开发者来说，无论是学习 ＩＣＥ 的一个特别价值是其代码的
和网络编程方面的程序库。比如在 还是使用上都构成严重的负担。有 范例意义。由于ＩＣＥ 的出现较晚，开
线程库方面，还有 ＺＴｈｒｅａｄ、ｂｏｏｓｔ：： 不少针对 Ａ Ｃ Ｅ 的批评都是在与它的 发者比较系统地运用了新的 Ｃ＋＋ 编
ｔｈｒｅａｄ，如果放大到Ｃ／Ｃ＋＋领域，还 “重量级”上。另外，ＡＣＥ的文档虽然 程风格，所以成为了研读Ｃ＋＋代码的
有ＡＰＲ，还有ＣＩＩ。在文件和目录操作 比前几年大大丰富了，但是还是很缺 良好目标。
方面，ｂｏｏｓｔ 也有相应的组件，而在 乏。一旦出了错，只有 ＡＣＥ专家才有 其他的分布式中间件体系包括
网络编程方面有 ｓ ｏ ｃ ｋ ｅ ｔ ＋ ＋ ，还有 能力彻底解决。这些都给ＡＣＥ的应用 第一代的ＣＯＲＢＡ和ＤＣＯＭ，当然如今
ｂｏｏｓｔ：：ａｓｉｏ，未来的 Ｃ＋＋０Ｘ 中几乎 和传播带来的阻力。一般来说，学习 的Ｃ＋＋／ＣＬＩ也支持．ＮＥＴ　Ｃｏｍｐｏｎｅｎｔ。

46 程序员
 ＞＞＞　程序员开源手册

正则表达式：ｂｏｏｓｔ：：ｒｅｇｅｘ 别值得一提，这是一个完整、成熟、 一个保守性的ＧＣ，Ｈａｎｓ－Ｂｏｅｈｍ　ＧＣ在

正则表达式是编程工作中最强 强大的科学函数库，有 Ｃ 语言版本。 性能和功能方面都算是卓越 。特别
有力的工具之一。Ｃ＋＋的正则表达式 是，使用这个ＧＣ，你仍然可以ｄｅｌｅｔｅ、
支持一直以来是一个软肋。大约在 ＸＭＬ：ＴｉｎｙＸｍｌ ｆｒｅｅ 来自己管理内存，对于我们编程
２００１年左右，ｂｏｏｓｔ中出现了ｒｅｇｅｘ库， Ｃ＋＋ 的 ＸＭＬ 相关库不少，但是 习惯的冲击比较小。
初步解决了这个问题 。但是最初的 大部分其实都是Ｃ库，使用起来自然
ｒｅｇｅｘ 无论是效率还是可靠性方面都 不那么轻便。其中基于 Ｄ Ｏ Ｍ 的有 配置管理：Ｌｕａ
有一些问题，后来经过了一次大规 ＴｉｎｙＸｍｌ，基于ＳＡＸ 的当然是Ｘｅｒｘｅｓ。 随着软件系统越来越复杂，对
模的翻修之后，达到了比较完善的 前者小巧快捷，便于使用，适合于做 软件的可配置型提出了越来越高的
程度。 数据交换。后者则是全功能的ＸＭＬ解 要求。传统上只要通过命令行参数
其它可以选择的替代品还有 Ｃ 析器。微软平台上的开发者可以使 来配置的系统，现在可能需要越来
语言的ｐｃｒｅ库，Ｑｔ中的ＱＲｅｇＥｘｐ类等。 用 ｍｓｘｍｌ 组件来进行 ＸＭＬ 编程。 越多的方式和机制。目前越来越受
另外，ＸＳＬＴ相关的工作可以参 欢迎、并且得到越来越多证实的做
矩阵计算：ＭＴＬ 考 Ｘａｌａｎ 库。这也是一个比较可靠的 法，是将 Ｌｕａ嵌入到 Ｃ／Ｃ＋＋程序中，
自 １９９５ 年以来，Ｃ＋＋ 在科学计 ＸＭＬ 处理库。 而用 Ｌｕａ程序作为配置脚本。这种做
算领域当中取得了巨大的突破。这主 法的优势是，Ｌｕａ 语言强大灵活，可
要归功于 ｔｅｍｐｌａｔｅ技术的高级应用， 内存管理：ｂｏｏｓｔ：：ｓｍａｒｔ＿ｐｔｒ， 以适应复杂的配置需求。同时，Ｌｕａ
使得 Ｃ＋＋ 在科学计算的性能方面取 Ｈａｎｓ－Ｂｏｅｈｍ　ＧＣ 便于嵌入 Ｃ／Ｃ＋＋ 程序，而且编译执
得了巨大的进步，一大批优秀的Ｃ＋＋ Ｃ／Ｃ＋＋ 的内存管理是一个永恒 行速度非常快，可以说是目前解决
科学计算库涌现出来。比如Ｂｌｉｔｚ＋＋， 的话题。一般来说，Ｃ＋＋的开发者倾 Ｃ／Ｃ＋＋ 程序配置管理问题的一个出
ＰＯＯＭＡ，ＭＴＬ，Ｂｏｏｓｔ：：ｕＢＬＡＳ。而这 向于自己管理内存。然而，出乎很多 色方案。
其中，ＭＴＬ 就功能丰富程度、性能、
开 Ｃ＋＋开发者意外的是，近期Ｃ＋＋的一
发支持和成熟程度来讲，是比较突出 些领袖人物已经公开宣称，如果不配 密码及安全：ＯｐｅｎＳＳＬ
的一个，因此可以优先考虑。特别值 备自动内存管理机制，用Ｃ＋＋编写安 安全是今天进行Ｃ／Ｃ＋＋编程无
得一提的是，２００２年，ＭＴＬ 与后来被 全可靠的大型程序是非常困难的。而 法回避和必须重视的问题。然而编
Ｉｎｔｅｌ 收购的ＫＡＩ　Ｃ＋＋配合，曾经在性 Ｂｊａｒｎｅ　Ｓｔｒｏｕｓｔｒｕｐ也曾经对中国开发者 写安全的应用程序，特别跟网络相
能评测中击败了ＦＯＲＴＲＡＮ。 建议，如果没有特别的理由，应该在 关的Ｃ／Ｃ＋＋应用程序，是一件十分
Ｃ语言也被广泛地运用在科学计 大型项目中使用自动内存管理工具。 困难的事情。可以说，整个业界目
算领域，但是直到 Ｃ９９ 中加入 ｒｅｓｔｒｉｃｔ 因此，今天的Ｃ＋＋开发者应当积极地 前在这个进程上仍然处在“初级阶
关键字，才具有挑战ＦＯＲＴＲＡＮ的可能 学习和应用自动内存管理设施。 段”。特别是涉及大量的安全 、密码
性。不少Ｃ语言科学算法库成熟度很 说道自动内存管理 ，比较轻量 学相关的算法、规范，如果让开发
者自己来摸索，其工作量和难度达
到了不现实的程度。因此必须借助
如果说 Ｃ 语言是一把轻快的小匕首，遇谁都是近身猛刺，血溅
可靠的相关程序库才有可能提高程
一尺，那么这种 Ｃ＋＋ 的使用方式无异于左手打铁铸兵，右手挥剑刺
序的安全性。在这方面，ＯｐｅｎＳＳＬ是
秦，这种精神分裂的状态直接将很多项目变成了既超期超支又质量
目前最好的选择，其内容之全面可
低劣的垃圾。
靠，已经成为业界标杆。然而，由
于安全编程本身固有的复杂性，即
高，也值得信赖，比如 ＧＳＬ、Ａｔｌａｓ、ＮＲ 级的做法是ｂｏｏｓｔ：：ｓｍａｒｔ＿ｐｔｒ，而激进 使使用 ＯｐｅｎＳＳＬ ，开发工作仍然是
等。但是坦率的说，用 Ｃ 语言来进行 的做法则是引入完整的 ＧＣ 机制。目 非常繁琐的。因此我们也希望能够
科学计算程序设计还是比较辛苦的。 前开源而又比较可靠的ＧＣ中，Ｈａｎｓ－ 尽快看到更简单、更易用的Ｃ／Ｃ＋＋
商业级科学计算库中，ＩＭＳＬ 特 Ｂｏｅｈｍ　ＧＣ 无疑是最受信赖的。作为 安全程序库。

Programmer 47
特别策划 Features
一方面 ＪＢｏｓｓ 最近的巨额并购，
证明了免费开源产品也能从专业服

Java 开源生态系统 务中获得盈利的模式。

另一方面，它们为开源产品真
正进入大型商业公司提供了必须的

和框架类库 商业产品级的质量认证和技术支持
服务。如 ＳｏｕｒｃｅＬａｂｓ公司的认证开源
产品栈 ＳＡＳＨ（Ｓｐｒｉｎｇ　Ａｘｉｓ　Ｓｔｒｕｔｓ
□　文 ／ 肖桦 Ｈｉｂｅｒｎａｔｅ）。
所以，这类公司并不是人们初时
　Ｊａｖａ开源国度的十年 中央公共频道：ＴｈｅＳｅｒｖｅｒＳｉｄｅ．ｃｏｍ 以为的开源蛀虫，从Ｊｂｏｓｓ．ｃｏｍ开始
成就，并不单纯以在ＳｏｕｒｃｅＦｏｒｇｅ上的 ＴｈｅＳｅｒｖｅｒＳｉｄｅ 是最高级的Ｊａｖａ开 的备受质疑，到 Ｓｐｒｉｎｇ 的 Ｉｎｔｅｒｆａｃｅ２１
项目数量超越 Ｃ／Ｃ＋＋成为第一这样 源信息流通集散地， 不属于任何官 公司的顺利开张可以看到这种转变。
的数字来计算，而是以一个开源社 方，却做得比任何语言的任何官方
区， 一个生态系统的最终完备来衡 网站都要出色。良好的 Ｅｄｉｔｏｒ制度保 主题索引网站：ｊａｖａ－ｓｏｕｒｃｅ．ｎｅｔ、
量。每日生活其中的人们可能并不 证了每一条新闻的质量，只要订阅 ＳＷＩＫ、Ｍａｎａｇｅａｂｉｌｉｔｙ
自觉，但如果爬到山顶回望一下，就 它的新闻聚合，基本可以保证你不 主题索引网站时时绘
会发现这个生态系统在没有官方的 会错过任何重要的 Ｊａｖａ资讯。可 制着Ｊａｖａ开源世界的地图，
强力规划之下，已完全自由成长进化 能，它也是全球Ｊａｖａ开发者订阅 当你需要选型的时候 ，只要
为一个精密运作、繁忙不息的城市： 率最高的 ＲＳＳ 了。 打开相关的主题 ，而不
用在 ＳｏｕｒｃｅＦｏｒｇｅ 或
免费的项目 Ｈ ｏ ｓ ｔ ｉ ｎ ｇ 服务提供商： ＪＣＰ 专家组和 ＪＳＲ 标准 者 Ｇｏｏｇｌｅ 麻木的翻
ＳｏｕｒｃｅＦｏｒｇｅ和 ｄｅｖ．ｊａｖａ．ｎｅｔ 尽管越来越多开 页。最著名的一份
免费的 Ｈｏｓｔｉｎｇ 服务是一切存在 发者抱怨ＪＣＰ 过程的 目录在ｊａｖａ－ｓｏｕｒｃｅ．
的基础，很难想象没有ＳｏｕｒｃｅＦｏｒｇｅ的 缓慢，但就是这样一 ｎｅｔ，而国内的ｏｐｅｎ－
开源世界是怎样的。如果追求Ｊａｖａ血 个由 Ｓｕｎ 官方、几大 ｏｐｅｎ．ｃｏｍ 提供了毫
统的纯正，那还可以选择 Ｓｕｎ的ｄｅｖ． 厂商还有一些独立 不逊色的中文版本。
ｊａｖａ．ｎｅｔ。Ｓｐｒｉｎｇ 的相关项目 ＡｐｐＦｕｓｅ 专家如 Ｈａｎｉ 组成的， 还有 Ｓ Ｗ ｉ ｋ ． ｎ ｅ ｔ 是
和ＳｐｒｉｎｇＭｏｄｕｌｅｓ就选择了后者。　在国 在软件世界里独一 ＳｏｕｒｃｅＬａｂｓ 反馈给
内，ＪａｖａＥｙｅ、满江红、ＪａｖａＳｃｕｄ 和共创 无二的，类似议会 开源社区的一个内
软件提供了同样的服务。 的组织，为散漫的 容丰富的开源 Ｗｉｋｉ
开源运动提供了某 网站。
开源厂牌：Ａｐａｃｈｅ　Ｊａｒｋａｒｔａ、ＪＢｏｓｓ、 种神奇的规范制约
ＣｏｄｅＨａｕｓ、ＯｐｅｎＳｙｍｐｈｏｎｙ 和 Ｅｃｌｉｐｓｅ 和联系枢纽。如果 生态系统里还有什么？
熟悉独立音乐、喜欢淘打口碟 你关心Ｊａｖａ的未来走向，不妨去ｊｃｐ． 还有每年几次飞来飞去的研讨
的同志都熟悉一个名词——厂牌。 ｏｒｇ 看看那些即将诞生的 ＪＳＲ 规范。 会为开源项目开发者提供了见面交
和独立音乐一样，正是厂牌和厂牌 流、互递名片的机会。ＪａｖａＯｎｅ２００６
所代表的含义，将一些最重要的项 开源服务提供商：ＪＢｏｓｓ、ＳｏｕｒｃｅＬａｂｓ、 （ｊａｖａ．ｓｕｎ．ｃｏｍ／ｊａｖａｏｎｅ）已经由官方会
目从ＳｏｕｒｃｅＦｏｒｇｅ数以十万计的项目中 ＳｐｉｋｅＳｏｕｒｃｅ、Ｇｌｕｅｃｏｄｅ、Ｉｎｔｅｒｆａｃｅ２１ 议 变 成 了 开 源 大 赶 集， 其 他 如
抽取出来，以厂牌的资金来源和内 这类专注于为开源产品提供服 ＴｈｅＳｅｒｖｅｒｓｉｄｅ 年会（ｊａｖａｓｙｍｐｏｓｉｕｍ．
部助力，始终保持了开源运动中最 务的公司，为开源世界作了至少两 ｔｅｃｈｔａｒｇｅｔ．ｃｏｍ）和欧洲最大的Ｊａｖａ研
中坚的力量。 方面的贡献： 讨会 ＪａｖａＰｏｉｌｓ（ｊａｖａｐｏｌｉｓ．ｃｏｍ），更是

48 程序员

早就由开源唱了主角。
但这也不妨碍会议里经常出现
ＩＢＭ、ＢＥＡ、Ｏｒａｃｌｅ 工作人员的身影，
因为 Ｊａｖａ 社区里还有很多忙着为开
源出钱出力出代码的厂商，Ｉ Ｂ Ｍ 对
Ａｐａｃｈｅ资金会、Ｅｃｌｉｐｓｅ的支持有目共
睹，又比如ＴｈｏｕｇｈｔＷｏｒｋｓ，不单有很
多员工是ＣｏｄｅＨａｕｓ各项目的参与者，
自己也有专门的 Ｏ ｐ ｅ ｎ Ｓ ｏ ｕ ｒ ｃ ｅ 站点
（ｏｐｅｎｓｏｕｒｃｅ．ｔｈｏｕｇｈｔｗｏｒｋｓ．ｃｏｍ）。
除此之外，还有最为活跃的博客文化，和很多敢于在项目里使
用开源框架甚至最新版本的狂热份子，以及因为使用开源框架而获
得巨大利益的开发者。
Ｊａｖａ　ＥＥ 快速开发框架：
Ｓｐｒｉｎｇ　Ｆｒａｍｅｗｏｒｋ、Ｓｅａｍ、Ｒｉｆｅ、Ｇｒａｉｌｓ
Ｓｐｒｉｎｇ　Ｆｒａｍｅｗｏｒｋ占据Ｊａｖａ　ＥＥ　框
架首位已有年头。今年因为Ｒｕｂｙ　Ｏｎ
Ｒａｉｌｓ 对 Ｊａｖａ社群的集体刺激，Ｓｐｒｉｎｇ
终于多了几个新伙伴，ＪａｖａＯｎｅ２００６
上的快速开发框架分会场多了Ｓｅａｍ、
Ｒｉｆｅ、Ｇａｉｌｓ、Ｔａｉｌｓ的身影。
其中 ＪＢｏｓｓ 的 Ｓｅａｍ（ｊｂｏｓｓ．ｃｏｍ／
ｐｒｏｄｕｃｔｓ／ｓｅａｍ）是 ＪＳＦ＋ＥＪＢ３，标准得
不能再标准，官方得不能再官方的
方案，商标上写着“从良”二字。
而 Ｒｉｆｅ（ｒｉｆｅｒｓ．ｏｒｇ）则是野得不能
再野的方案，将 Ｊａｖａ　ＥＥ 各层敲碎了
重新实现，期望着自己也能重现ＲｏＲ
的神话。
另外，Ｇｒａｉｌｓ（ｇｒａｉｌｓ．ｏｒｇ）就比较
中规中矩，一手紧持Ｓｐｒｉｎｇ与Ｈｉｂｅｒｎａｔｅ （ｇｅｒｏｎｉｍｏ．ａｐａｃｈｅ．ｏｒｇ）是又一个有趣
这些 Ｊａｖａ 开源骄傲，一手以动态的
Ｇｒｏｏｖｙ 语言全盘照抄 Ｒｕｂｙ　Ｏｎ　Ｒａｉｌｓ。
Ｏ Ｒ Ｍ 与 Ｍ Ｖ Ｃ 方案： Ｊ Ｓ Ｆ 、Ｅ Ｊ Ｂ ３ 、
Ｈｉｂｅｒｎａｔｅ、Ｓｔｒｕｔｓ　Ａｃｔｉｏｎ２
Ｊａｖａ 开源中最盛产的就是 ＯＲＭ
与ＭＶＣ方案了。有那么一阵子，大家
可以永不疲倦的将大把大把的时间
投入到各种新鲜框架的试用和Ｈｉｂｅｒ－
ｎａｔｅ　ｐｋ　Ｉｂａｔｉｓ、Ｓｔｒｕｔｓ　ｖｓ．　Ｗｅｂｗｏｒｋ
ｖｓ．　Ｓｐｒｉｎｇ　ＭＶＣ　ｖｓ．　Ｔａｐｅｓｔｒｙ　这种永
无结论的辩论中。
但在 Ｃ＃．ｎｅｔ　和 Ｒｕｂｙ　Ｏｎ　Ｒａｉｌｓ
的双重夹击下，大家开始思考社区
智力资源分散造成的浪费。终于，在
大家都厌倦了 Ｙｅｔ　Ａｎｏｔｈｅｒ　ＭＶＣ
Ｆｒａｍｅｗｏｒｋ　之后，有了 ＪＳＦ 和 ＥＪＢ３的
标准，有了Ｓｔｒｕｔｓ 和ＷｅｂＷｏｒｋ主动合
并成Ｓｔｒｕｔｓ　Ａｃｔｉｏｎ２（ｓｔｒｕｔｓ．ａｐａｃｈｅ．ｏｒｇ／
ｓｔｒｕｔｓ－ａｃｔｉｏｎ２）的尝试。
应用服务器：ＪＢｏｓｓ、Ｇｅｒｏｎｉｍｏ
传统的应用服务器供应商最近
食不知味，因为ＪＢｏｓｓ 与 Ｇｅｒｏｎｉｍｏ吃
错药似的快速成长。
ＪＢｏｓｓ 除了一改叛逆姿态，第一
时间抢推符合 Ｊａｖａ　ＥＥ　１．５ 标准的
ＪＢｏｓｓ 应用服务器，ＪＥＭＳ（ＪＢｏｓｓ　Ｅｎ－
ｔｅｒｐｒｉｓｅ　Ｍｉｄｄｌｅｗａｒｅ　Ｓｙｓｔｅｍ）计划也搞
得有声有色，规则引擎 ＪＢｏｓｓ　Ｒｕｌｅｓ，
工作流引擎 ＪＢｏｓｓ　ＪＢＰＭ，还有ＪＢｏｓｓ
Ｐｏｒｔａｌ、ＪＢｏｓｓ　Ｃａｃｈｅ，还有最近收购
的支持异步 Ｗｅｂ 服务事务的 ＪＢｏｓｓ
Ｔｒａｎｓｃａｔｉｏｎｓ。
而最近才出现的Ａｐａｃｈｅ　Ｇｅｒｏｎｉｍｏ
的集合 ，跑马圈地似的掠夺了
ＣｏｄｅＨａｕｓ、Ａｐａｃｈｅ　Ｊａｒｋａｔａ的大部分项
目，玩票般拼凑在一起居然符合了
Ｊａｖａ　ＥＥ　１．４ 的规范。而且，因为它
采用的拼装式框架，除了拼装应付
Ｊａｖａ　ＥＥ 规范外，还可以方便的集成
其他的开源项目如Ｓｐｒｉｎｇ　Ｆｒａｍｅｗｏｒｋ，
如实现 ＥＳＢ 的 Ｓｅｒｖｉｃｅｍｉｘ 等等，这决
＞＞＞　 程序员开源手册
定了它和 ＪＢｏｓｓ 一样，绝不止于一个
纯粹的应用服务器这么简单。
Ｗｅｂ　Ｓｅｒｖｉｃｅ：ＸＦｉｒｅ、Ａｘｉｓ２
Ａｘｉｓ 是 Ｊ２ＥＥ 时代 Ｗｅｂ　Ｓｅｒｖｉｃｅ 的
事实标准，可惜它和Ａｐａｃｈｅ的其他学
院派产品一样以复杂繁琐为终极设
计目标。趁着 Ｊａｖａ　ＥＥ　１．５ 推出一系
列 Ｗｅｂ　Ｓｅｒｖｉｃｅ 新规范——如访问
ＸＭＬ 性能大大加强的Ｓｔａｘ规范，新的
Ｊａｖａ－ＸＭＬ 绑定方案 ＪＡＸＢ２，简化开
发的 Ａｎｎｏｔａｔｉｏｎ 方案 ＪＳＲ－１８１ 等，
ＣｏｄｅＨａｕｓ推出了ＸＦｉｒｅ（ｘｆｉｒｅ．ｃｏｄｅｈａｕｓ．
ｏｒｇ），一个与 Ｓｐｒｉｎｇ、Ｐｏｊｏ 等名词联
系在一起的新一代Ｗｅｂ　Ｓｅｒｖｉｃｅ框架。
ＳＯＡ、ＥＳＢ、ＪＢＩ、ＳｅｒｖｉｃｅＭｉｘ
面对这三个未来大热的名词，
国内实际应用的项目还不多 ，但国
外已经准备好了充足的开源产品：
ＬｏｇｉｃＢｌａｚｅ 捐献的 Ａｐａｃｈｅ　ＳｅｒｖｉｃｅＭｉｘ
（ｓｅｒｖｉｃｅｍｉｘ．ｏｒｇ），ＩＯＮＡ捐献的Ｏｂｊｅｃｔ
Ｗｅｂ　Ｃｅｌｔｉｘ（ｃｅｌｔｉｘ．ｏｂｊｅｃｔｗｅｂ．ｏｒｇ），
ＣｏｄｅＨａｕｓ 的 ｍｕｌｅ（ｍｕｌｅ．ｃｏｄｅｈａｕｓ．
ｏｒｇ），　还有Ｓｕｎ的ＯｐｅｎＥＳＢ和ＪＢｏｓｓ的
Ｓ Ｏ Ａ 方案。其中印象最深刻的是
ＳｅｒｖｉｃｅＭｉｘ，又是一次开源社区总动
员，集成了无数的开源产品。
规则引擎：ＪＢｏｓｓ　Ｒｕｌｅｓ
ＪＢｏｓｓ　Ｒｕｌｅｓ 的前身 ＣｏｄｅＨａｕｓ 的
Ｄｒｏｏｌｓ，只是被无奈的称为“最好的
开源规则引擎产品”，被ＪＢｏｓｓ招揽后
的华丽变身，使它有了直追ＩＬｏｇ的商
业品质，使Ｊａｖａ有了真正意义上的规
则引擎。ＪＢｏｓｓ　Ｒｕｌｅｓ 新版的规则语
法，ＤＳＬ 语言定义和Ｅｃｌｉｐｓｅ 插件，尤
其是以Ｍａｐｐｉｎｇ方式而不是语义解释
进行的ＤＳＬ 语言定义，使平民团队大
规 模 使 用 规 则 引 擎 的 机 会。到了
２００７ 年，使用规则引擎表达商业逻
辑的项目可能会和使用Ｓｐｒｉｎｇ、Ｈｉｂｅｒ－
Programmer 49
特别策划
ｎａｔｅ一样普通寻常，进一步稳固Ｊａｖａ
在企业开发领域的位置。
报表与商业智能报表：Ｅｃｌｉｐｓｅ　ＢＩＲＴ、
Ｐｅｎｔａｈｏ
Ｊａｖａ的开源报表方案曾经很长一
段时间被 ＪａｓｐｅｒＲｅｐｏｒｔ＋ＩＲｅｐｏｒｔ 的组合
占据，直到Ｅｃｌｉｐｓｅ生产出可叫板微软
ＣｒｙｓｔａｌＲｅｐｏｒｔ的ＢＩＲＴ（ｅｃｌｉｐｓｅ．ｏｒｇ／ｂｉｒｔ）。
ＢＩＲＴ 设计报表时以类似ＤｒｅａｍＷｅａｖｅｒ
的方式快速设定和拖放，比上一代的
所有报表方案都方便太多了，而且还
支持很多企业级的特性。
而即使高端到商业智能报表，
Ｊａｖａ仍然能够给出开源的方案，那就
是 Ｐｅｎｔａｈｏ（ｐｅｎｔａｈｏ．ｏｒｇ／）。集成了
Ｍｏｎｄｒａｉｎ＋ＪＰｒｏｖｉｔ 做 ＯＬＡＰ 分析，ＢＩＲＴ
作报表，Ｋ ｅ ｔ ｔ ｌ ｅ 作 ＥＴＬ 工具，基于
ＪＳＲ１６８　Ｐｏｒｔａｌ 的ＤａｓｈＢｏａｒｄ，还有Ｄｅ－
ｓｉｇｎ　Ｓｔｕｄｉｏ，业务工作流，报表的ＳＯＡ
发布体系。以每月一个版本的速度
努力地追赶那些天价的商业方案。
Ａｊａｘ 应用：ＤＷＲ、Ｂｕｆｆａｌｏ
ＤＷＲ（ｇｅｔａｈｅａｄ．ｌｔｄ．ｕｋ／ｄｗｒ）的创
造性在于１．０ 版本时创造了ＪａｖａＳｃｒｉｐｔ
调用服务端Ｓｅｒｖｉｃｅ层对象从而在传统
基于ＵＲＬ 之外定立了一种新的Ａｊａｘ模
式，而 ２．０ 版本时更实现了反转Ａｊａｘ
的推技术，绝对是个天才型的项目。
ＤＷＲ＋Ｄｏｊｏ 的组合，将是所有新开项
目的一个重要选型。
而由国人 Ｍｉｃｈｅａｌ　Ｃｈｅｎ 开发的
Ｂｕｆｆａｌｏ（ｗｗｗ．ａｍｏｗａ．ｎｅｔ／ｂｕｆｆａｌｏ）
项目是另一个同样优秀的Ａｊａｘ框架。
Ｐｏｒｔａｌ系统：ＪＢｏｓｓ　Ｐｏｒｔａ、Ｌｉｆｅｒａｙ、Ｅｘｏ
ｐｌａｔｆｏｒｍ
ＪＳＲ－１６８规范算是一条比较幸福
的规范，有很多的遵从者，下面三个
是比较容易让人想起的：
ＪＢｏｓｓ　Ｐｏｒｔａｌ（ｗｗｗ．ｊｂｏｓｓ．ｃｏｍ／
50 程序员
Features
ｐｒｏｄｕｃｔｓ／ｊｂｏｓｓｐｏｒｔａｌ）　是从ＪＢｏｓｓ　Ｎｕｋｅ Ｃｏｍｐａｓｓ（ｃｏｍｐａｓｓｆｒａｍｅｗｏｒｋ．ｏｒｇ）
一路走来正正规规的 Ｐｏｒｔａｌ 系统。 对 Ｌｕｃｅｎｅ 应用于企业领域的简化封
Ｌｉｆｅｒａｙ（ｌｉｆｅｒａｙ．ｃｏｍ）　历经ＥＪＢ２ 装，将商业对象映射到搜索引擎。
到　Ｓｐｒｉｎｇ＋Ｈｉｂｅｒｎａｔｅ的重大转型后，拥
有庞大的开发者团队和最多的现成 Ｃａｃｈｅ 方案：ＪＢｏｓｓ　Ｃａｃｈｅ
Ｐｏｒｔｌｅｔ。 Ｊａｖａ各式 Ｃａｃｈｅ方案提供的丰富
而ｅＸｏ　Ｐｌａｔｆｏｒｍ（ｅｘｏｐｌａｔｆｏｒｍ．ｏｒｇ ） 功能和强大能力，绝对不是ＨａｓｈＭａｐ
给人印象的是它剑走偏锋的先进系统 可以替代的。随着 ＥｈＣａｃｈｅ　１．２ 也支
架构，还有连我不懂开发的前老板也 持分布式后，ＪＢｏｓｓ　Ｃａｃｈｅ、ＯＳＣａｃｈｅ、
留意到的开发人员分红计划。 Ｅｈｃａｃｈｅ 都是不错的选择。其中ＪＢｏｓｓ
Ｃａｃｈｅ 的功能最是强大，树形结构提
工作流引擎：ＪＢｐｍ、ＯＳＷｏｒｋＦｌｏｗ 、 供了强大的节点分组管理功能，还
Ｓｈａｒｋ 有对事务的支持，当然配置也最复
Ｊａｖａ的工作流引擎很多，但又和 杂的。
ＭＶＣ　Ｆｒａｍｅｗｏｒｋ一样，暂时没有一个
Ｋｉｌｌｅｒ级的选择，总要在易用性和完备 脚本语言：Ｇｒｏｏｖｙ 、ＪＲｕｂ、Ｊｙｔｈｏｎ、
性 扩 展 性 之 间 做 出 痛 苦 的 决 定， Ｒｈｉｎｏ
ＪＢｐｍ、ＯＳＷｏｒｋｆｌｏｗ、Ｓｈａｒｋ都不错，但 既Ｇｒｏｏｖｙ之后，　Ｊａｖａ继续拼命在
又都不是最好。ＯＳＷｏｒｋｆｌｏｗ 使用灵 新版里加入动态语言相关的 ＪＳＲ，从
活方便，但有太多不支持，而 ＪＢｐｍ 此可以看到 Ｊａｖａ 对于动态语言的决
和 Ｓｈａｒｋ 虽然完备了，但工作量总让 心。目前Ｇｒｏｏｖｙ是接近正式版的嫡系
接了任务的弟兄高兴不起来。 全面向对象的动态语言，而 ＪＲｕｂｙ和
Ｊｙｔｈｏｎ暂时的发展未如理想。但看看
ＡＯＰ 方案：Ｅｃｌｉｐｓｅ　ＡｓｐｅｃｔＪ、Ｓｐｒｉｎｇ Ｊａｖａ的决心，相信脚本语言在Ｊａｖａ一
ＡＯＰ 定会有美好的未来。
Ｊａｖａ的ＡＯＰ方案本来是很典型的
三国模式，ＡｓｐｅｃｔＪ、ＡｓｐｅｃｔＷｅｒｋｚ 和 除去上面介绍的，
还有很多框架
ＳｐｒｉｎｇＡＯＰ。前两者已经成功合并， 和类库，比如可以作为Ｊａｖａ语言官方
ＡｓｐｅｃｔＪ的领导人Ａｄｒｉａｎ　Ｃｏｌｙｅｒ转身就 扩展类库的 Ａｐａｃｈｅ　Ｊａｋａｒｔａ　Ｃｏｍｍｏｎｓ
以切・格瓦拉的姿态，从ＩＢＭ跳槽到 （ｊａｋａｒｔａ．ａｐａｃｈｅ．ｏｒｇ／ｃｏｍｍｏｎｓ），定时
Ｓｐｒｉｎｇ 的Ｉｎｔｅｒｆａｃｅ２１公司，继续他的革 执行任务的 Ｑｕａｒｔｚ（ｏｐｅｎｓｙｍｐｈｏｎｙ．
命工作。等他革命成功之日，Ｊａｖａ就 ｃｏｍ／ｑｕａｒｔｚ），基于Ｓｐｒｉｎｇ 的安全认证
可以拥有一个统一的ＡＯＰ平台，真正 的Ａｃｅｇｉ（ｗｗｗ．ａｃｅｇｉｓｅｃｕｒｉｔｙ．ｏｒｇ）等等。
把ＡＯＰ大规模应用到普通团队中去。 版面所限，就不逐一介绍了。
全文本搜索引擎：Ｌｕｃｅｎｅ、Ｃｏｍｐａｓｓ、 作者介绍：
Ｎｕｔｃｈ 肖桦， 网 名 江 南 白 衣 ， 专注于
Ｌｕｃｅｎｅ（ｌｕｃｅｎｅ．ａｐａｃｈｅ．ｏｒｇ）的存 Ｊａｖａ 企业应用开发，博客“花
在一直让 Ｊａｖａ程序员笑得很开心。 钱的年华”作者（ｂｌｏｇ．ｃｓｄｎ．
Ｎｕｔｃｈ　（ｌｕｃｅｎｅ．ａｐａｃｈｅ．ｏｒｇ／ｎｕｔｃｈ） ｎｅｔ／ｃａｌｖｉｎｘｉｕ ），Ｐｒａｇｍａｔｉｃ
ＪａｖａＥＥ　ＫｉｃｋＳｔａｒｔ开源项目
是基于Ｌｕｃｅｎｅ的傻瓜式一站式网页搜
ＳｐｒｉｎｇＳｉｄｅ（ｓｐｒｉｎｇｓｉｄｅ．ｏｒｇ．ｃｎ）的发起者。
索引擎。
 ＞＞＞　 程序员开源手册

直观的看与Ｃ＋＋世界、Ｊａｖａ社区
的开源最大的不同在于．ＮＥＴ 是一个
多语言的开源态势，Ｃ＃、ＶＢ．ＮＥＴ、
ＭＣ＋＋．ＮＥＴ、Ｊ＃、Ｃｏｂｏｌ．ＮＥＴ、Ｆｏｘｐｒｏ
．ＮＥＴ等借助ＣＴＳ这个抽象层可以互操
作其他语言编写的开源产品，就如当
年 ＣＯＭ借助ＩＤＬ实现的目的一样。每
每谈及这些，笔者总要向同道们谈谈
ＭＣ＋＋．ＮＥＴ，因为较之其他．ＮＥＴ语言
家族成员（包括明星语言Ｃ＃），它更
为特别，因为它是将原有Ｕｎｍａｎａｇｅｄ
世界在．ＮＥＴ环境下完美呈现的使者，
对于积累了１０多年的ＭＦＣ、ＡＴＬ如果
要重新用Ｃ＃把他们的结构全部重新
定义一遍，
而且仅仅依靠可怜的ＩｎｔＰｔｒ
这一根稻草几乎是不可能的。

．ＮＥＴ 开源的简单发展过程
．ＮＥＴ 开源虽然起步晚，但是却
发展非常快，加上Ｉｎｔｅｒｏｐ、ＭＣ＋＋．ＮＥＴ
两个粗大的根茎，．ＮＥＴ开源产品的开
发可以充分使用各种既有资源，也
就是说．ＮＥＴ 开源较之 Ｃ＋＋ 和 Ｊａｖａ的
开源从一开始就不和它们在一个起
跑线上。由微软直接或间接资助的
．ＮＥＴ 社区，ｇｏｔｄｏｔｎｅｔ、ＣｏｄｅＰｒｏｊｅｃｔ 加
上 ＭＳＤＮ　Ｆｏｒｕｍ 的“三大”构成了
．ＮＥＴ 开源的主要的发布主体，虽然

.NET 开源纵览 从网站数量来看，似乎．ＮＥＴ 的社区

和代码交换网站不如 Ｊａｖａ 社区那么
多，但是集中的好处也显而易见，毕
竟．ＮＥＴ 标准始终由微软一家维护，
□　文 ／ 王翔
不像Ｌｉｎｕｘ、Ｊａｖａ、Ｃ＋＋同时有来自不
同厂商、不同组织的多个版本。
　．ＮＥＴ 生于乱世、但是 记忆中微软这种倾力打造的开发技 由于Ｃ＃、ＭＣ＋＋．ＮＥＴ、Ｊ＃和Ｊａｖａ
又生逢其时，它是在以微软 ＤＮＡ 平 术更迭有三次——ＯＬＥ、ＣＯＭ、．ＮＥＴ， 语言的相似程度非常高，而且具有
台、Ｊａｖａ平台、各种动态脚本语言为 而且此次．ＮＥＴ 似乎更为彻底，准备 ｐｒｏｐｅｒｔｙ、ａｔｔｒｉｂｕｔｅ、ｒｅｆ 和ｏｕｔ 参数等语
主角的互联网第一次澎湃热潮之后 更为充分，以至于一夜之间几乎所 法特性，使得．ＮＥＴ 语言使用上更为
诞生的，在微软的描述中它是伴随 有的微软产品、服务、开发技术都被 灵活多样，凭借在．ＮＥＴ诞生时Ｊａｖａ社
着世界真正开始考虑如何把互联网、 打上了．ＮＥＴ 的标签，就像 ９０年代中 区已经积累了大量比较成功的开源
互联系统、无线智能系统、嵌入系统 期一样，什么东西突然前面都加上 库和开源框架，几乎是在半年左右
作为商业交换平台的环境下诞生的。 了一个“ｅ－”似的。 的时间里，很多以前熟知的Ｊ＊＊＊＊，就

Programmer 51
特别策划 Features
有了 Ｎ＊＊＊＊ 的翻版。 的标准样板。 列组合不难发现，仅仅第一代的这
几乎可以这么说，．ＮＥＴ的开源因 以 ＤＡＡＢ为例，对于多参数数据 组 Ａｐｐｌｉｃａｔｉｏｎ　Ｂｌｏｃｋ 有机集成的话，
为来得比较晚，有了很多前车之鉴， 库存储过程的调用，被简单的转换 对于上层应用开发人员需要的仅仅
所以它一开始就走得非常顺畅。 为 ＳｑｌＨｅｌｐｅｒ基于 ｐａｒａｍｓ的一行代码， 是描述业务逻辑了。为了大力推广
◆　Ｇｏｔｄｏｔｎｅｔ：作为微软的官方站 而且这其中包括的众多扩展性、易 这种“Ａｐｐｌｉｃａｔｉｏｎ　Ｂｌｏｃｋ　Ｂａｓｅｄ
点，
提供了很多．ＮＥＴ技术的完整的教 用性考虑至今仍被大多数开发团队 Ｄｅｖｅｌｏｐｍｅｎｔ”的“搭”应用的思想，
材和Ｗｏｒｋｓｈｏｐ，利于系统学习某一个 称道： ＭＳＤＮ 站点通过 ＷｅｂＣａｓｔ作了很多专
技术领域； ◆　 为了节省开发人员的代码， 门的介绍。可以说．ＮＥＴ 应用的迅速
◆　ＭＳＤＮ　Ｆｏｒｕｍ：是“三大”中技 ＳｑｌＨｅｌｐｅｒ以全ｓｔａｔｉｃ方式向外提供服务； 推广和产品化，这些 Ａ ｐ ｐ ｌ ｉ ｃ ａ ｔ ｉ ｏ ｎ
术支持最为完善的平台，
．ＮＥＴ 的任何 ◆　对于操作相对复杂的存储过 Ｂｌｏｃｋ 功不可没，即使到现在一般的
开发技术的问题都有自己的专栏，并 程，为了便于使用，支持ｐａｒａｍｓ方式 ．ＮＥＴ 产品中都会发现 ＤＡＡＢ、ＥＭＢＡ
有微软和全球热心开发人员的参与； 顺次传递参数，而每个参数数组的 等的身影。
◆　ＣｏｄｅＰｒｏｊｅｃｔ：是最丰富的．ＮＥＴ 自动发现、封装和缓冲机制则透明 同样微软也在．ＮＥＴ　Ｆｒａｍｅｗｏｒｋ　１．１
开源代码仓库。 地自动完成； 时，提供了两个主要的开发框架：
◆　Ａｇｇｒｅｇａｔｉｏｎ　Ｆｒａｍｅｗｏｒｋ　Ａｐ－
为了推动．ＮＥＴ 尽快被软件开发人员使用，从．ＮＥＴ　Ｆｒａｍｅｗｏｒｋ　１．１ ｐｌｉｃａｔｉｏｎ　Ｂｌｏｃｋ
开始，微软陆续推出了很多知名的 Ａｐｐｌｉｃａｔｉｏｎ　Ｂｌｏｃｋ，这些 ｂｌｏｃｋ一方面 ◆　ＵＩＰ（　Ｕｓｅｒ　Ｉｎｔｅｒｆａｃｅ　Ｐｒｏｃｅｓｓ
满足了绝大多数项目的一般公共库要求， 另一方面也利于开源人员在 Ａｐｐｌｉｃａｔｉｏｎ　Ｂｌｏｃｋ）
一个统一公共的基础上，更多的关注于自己在做代码块的技术实现。 由于微软整个产品线较为完备，
因此很多集成类项目仅仅需要把既有
．ＮＥＴ 开源的现状 ◆　与 Ｄｅｓｉｇｎ　Ｇｕｉｄｅｌｉｎｅｓ　ｆｏｒ　Ｄｅ－ 产品“拼凑”即可，在Ａｇｇｒｅｇａｔｉｏｎ中
由于．ＮＥＴ 完全植根于 Ｗｉｎｄｏｗｓ ｖｅｌｏｐｉｎｇ　Ｃｌａｓｓ　Ｌｉｂｒａｒｉｅｓ 的１００％的符 提供了“Ｓｅｒｖｉｃｅ　＋　Ｗｏｒｋｆｌｏｗ”的完全
平台，所以他的开源库类型非常丰 合性，保证代码块数据访问上尽可 配置化支持，例如一个ＯＡ 系统，可
富，从大处来分主要包括 ２ 个方面： 能的高效。 以按照要求把 Ｓｈａｒｅｐｏｉｎｔ 、Ｗｏｒｄ、
◆　公共代码库和应用框架 而 ＥＭＡＢ 中，Ｄｅｓｉｇｎ　Ｇｕｉｄｅｌｉｎｅ 中 Ｏｕｔｌｏｏｋ、ＩｎｆｏＰａｔｈ、Ｅｘｃｅｌ同过Ａｇｇｒｅｇａｔｉｏｎ
◆　常用第三方工具 Ｅｘｃｅｐｔｉｏｎ　Ｈａｎｄｌｅｒ 的要求更是体现得 串成一个有机的联动工作流过程。
淋漓尽致，与Ｊａｖａ的强制异常机制不 ＵＩＰ 则是更提供给ＵＩ开发人员一
开源代码库和应用框架 同，．ＮＥＴ 倡导的是“Ｎｅｅｄ　ｔｏ　ｄｏ”，也 个全新的设计思想——“面对快速
其中公共代码库较之 Ｃ ＋ ＋ 和 就是说中间层类库不要处理那些你 变化的业务要求，ＵＩ是通过运行态的
Ｊａｖａ最大的不同在于微软在．ＮＥＴ 早 根本不知道如何处理的异常。ＥＭＡＢ 配置而不是开发态的变异完成”，界
期已经面向开发人员提供了丰富的 中基于“出版／ 预定”模式的结构让 面的布局、控件、控件间的消息过程
开源 Ａｐｐｌｉｃａｔｉｏｎ　Ｂｌｏｃｋ，范围涵盖了 人眼前一亮，而且通过串行化将Ｗｅｂ 通过 ＵＩＰ 这个可以配置的平台完成，
一般应用开发的最常用部分 。其中 Ｃｌｉｅｎｔ、Ｓｏｃｋｅｔ　Ｃｌｉｅｎｔ、Ｒｅｍｏｔｉｎｇ　Ｃｌｉ－ 通过准解释方式的方式在运行时动
最为大家熟识的莫过于 ＤＡＡＢ（Ｄａｔａ ｅｎｔ 的错误全部收集到服务器端，仅 态地为用户“画”出一个ＵＩ来。此外
Ａｃｃｅｓｓ　Ａｐｐｌｉｃａｔｉｏｎ　Ｂｌｏｃｋ）和 ＥＭＡＢ 仅向交互客户端提供友好的错误信 其中 ＯｂｊｅｃｔＢｕｉｌｄｅｒ 的思想，更是催生
（Ｅｘｃｅｐｔｉｏｎ　Ｍａｎａｇｅｍｅｎｔ　Ａｐｐｌｉｃａｔｉｏｎ 息，这种思想对所有．ＮＥＴ 开发人员 了下一代开源公共库的设计。
Ｂｌｏｃｋ），前者是用来完成最通用的数 都或多或少有所启迪。 与此同时开源社区也为．ＮＥＴ 提
据访问任务，后者是完成异常处理。 此后，微软陆续推出了 ＣＭＡＢ 供了丰富的开源代码 ，主要包括如
这两个代码块一出现，立即风 （Ｃａｃｈｅ　Ｍａｎａｇｅｍｅｎｔ　Ａｐｐｌｉｃａｔｉｏｎ 下内容：
靡整个．ＮＥＴ 世界，以笔者所见出了 Ｂｌｏｃｋ）、Ｌｏｇｇｉｎｇ　Ｂｌｏｃｋ、Ａｕｔｈｏｒｉｚａｔｉｏｎ ◆　面向网络应用的
功能上的支持外，更多的是给了全 ａｎｄ　Ｐｒｏｆｉｌｅ　Ａｐｐｌｉｃａｔｉｏｎ　Ｂｌｏｃｋ和Ｏｆｆｌｉｎｅ Ｃ＃　Ｐｉｎｇ、ＩＰ多播
（ＩＰ　Ｍｕｌｔｉｃａｓｔｉｎｇ ）、
球．ＮＥＴ 开发人员一个如何使用．ＮＥＴ Ｂｌｏｃｋ 等第一代 Ａｐｐｌｉｃａｔｉｏｎ，通过排 各种ＩＣＭＰ、ＳＮＭＰ、ＳＭＴＰ、ＰＯＰ 开发库

52 程序员
 ＞＞＞　 程序员开源手册

和 ｐｓｅｕｄｏｎｙｍ６７ 的 ＢａｃｋＰｒｏｐａｇａｔｉｏｎ 序提供了基础，它也是笔者见到的 Ｃｏｄｅ－Ｓｍｉｔｈ：

Ｎｅｔｗｏｒｋ； 最早的　Ｓｎａｐ－ｉｎ的ＭＣ＋＋．ＮＥＴ封装的 它使用类似于　ＡＳＰ．ＮＥＴ 的语法
◆　 面向 Ｘ Ｍ Ｌ 的（由于． Ｎ Ｅ Ｔ 成功尝试。 来生成任意类型的代码或文本。
Ｆｒａｍｅｗｏｒｋ 本身对ＸＭＬ 技术已经有了 至与具体的运行监控，
由于微软 ◆　ＮＵｎｉｔ
很不错的封装，因此比较而言，ＸＭＬ 平台有完整的 ＷＭＩ 环境，且在．ＮＥＴ ＮＵｎｉｔ 是为．ＮＥＴ 框架生成的开放
的通用开源库反而相对数量不多） Ｆｒａｍｅｗｏｒｋ设计之初已经有了Ｓｙｓｔｅｍ． 源代码单元测试框架，它是ＪＵｎｉｔ的演
Ｍａｒｃ　Ｃｌｉｆｔｏｎ的Ｘｍｌ　Ｄａｔａｂａｓｅ、面 Ｍａｎａｇｅｍｅｎｔ 的设置，加之ＭＯＭ　２００５ 化版。不过由于．ＮＥＴ的 ＣＴＳ特性，因
向 ＳＡＸ２ 的 ＸＩｎｃｌｕｄｅ、Ｅｄｕａｒｄｏ　Ｄｉａｚ的 的推出，因此在开源领域反而没有比 此ＮＵｎｉｔ　使您可以用喜欢的．ＮＥＴ语言
面向 ＸＭＬ－Ｓｉｇｎ的 Ｘｍｌ－ＤＳｉｇ…… 较出名的 ＷＭＩ库。 编写测试用例，从而测试应用程序的
◆　面向移动和智能设备的 特定功能。此外，ＮＵｎｉｔ还提供了一种
在Ｃｈａｄ　Ｚ．　Ｈｏｗｅｒ，　ａ．ｋ．ａ．　Ｋｕｄｚｕ 主要．ＮＥＴ 开源支持工具 对应用程序进行回归测试的方法。
的Ｍｏｂｉｌｅ　Ａｇｅｎｔｓ思想影响下，似乎整 正所谓“工欲善其事，必先利其 ◆　ＦＸＣｏｐ

个．ＮＥＴ　Ｍｏｂｉｌｅ 开源库开发都是在以 器”，说到开源世界的．ＮＥＴ工具，一 由于．ＮＥＴ　Ｆｒａｍｅｗｏｒｋ的类库非常

Ａｇｅｎｔ 模式展开，虽然没有比较出名 般而言以如下
“十种兵器”
最为出名： 丰富，而且较之Ｊａｖａ它的语法内容也
的代码库，但是由于在 ＶＳ．ＮＥＴ 环境 ◆　 编辑和开发工具 Ｓ ｎ ｉ ｐ ｐ ｅ ｔ 更多，因此使用不当写出低效代码的
中已经捆绑了现成的调试环境，加 Ｃｏｍｐｉｌｅｒ： 可能也更大，为此微软提供了Ｄｅｓｉｇｎ
上 Ｏｆｆｌｉｎｅ　Ａｐｐｌｉｃａｔｉｏｎ　Ｂｌｏｃｋ，因此可 Ｓｎｉｐｐｅｔ　Ｃｏｍｐｉｌｅｒ　 是一个基于 Ｇｕｉｄｅｌｉｎｅｓ　ｆｏｒ　Ｄｅｖｅｌｏｐｉｎｇ　Ｃｌａｓｓ　Ｌｉｂｒａｒ－
以保证在常常中断的环境中 ，业务 Ｗｉｎｄｏｗｓ的小型应用程序，您可以通 ｉｅｓ（简称Ｄｅｓｉｇｎ　Ｇｕｉｄｅｌｉｎｅ），但是作为
的准连续性。 过它来编写、编译和运行代码。如果 不断更新的代码检查知识库，由于条
◆　面向密码和隐私的 您具有较小的代码段 ，并且您不希 目很多，因此提供了ＦＸＣｏｐ的自动代
ｇｅｋ＿ａｔ 的 ＳｈａｒｐＰｒｉｖａｃｙ－ＯｐｅｎＰＧＰ 望为其创建完整的Ｖｉｓｕａｌ　Ｓｔｕｄｉｏ　　．ＮＥＴ 码复查工具，便于项目组尽早把实现
ｆｏｒ　Ｃ＃ 为 ＰＧＰ 这个传奇色彩的密码 项目（以 及 伴 随 该 项 目 的 所 有 文 上明显比较差的部分尽快剔除。
算法书写了．ＮＥＴ 的续章。 件），则该工具将很有用。 ◆　反编译工具．ＮＥＴ　Ｒｅｆｌｅｃｔｏｒ
此外笔者要着重提到微软的 ◆　Ｒｅｇｕｌａｔｏｒ ——正则表达式编 对于很多．ＮＥＴ 学习和开发人员
Ｍｉｃｈｅｌ　Ｂａｒｎｅｔｔ，　他用了 １０００多行的 写、调试工具： 而言，当面对有一些非常“Ｃｏｏｌ”特
ＭＣ＋＋．ＮＥＴ向．ＮＥＴ的技术狂热爱好者 Ｒｅｇｕｌａｔｏｒ 是一种很有特色的工 性的Ａｓｓｅｍｂｌｙ的时候，往往首先会想
提供了如何将“Ｉｎｔｅｇｒａｔｅｄ　Ｓｅｃｕｒｉｔｙ　＝ 具，能够使生成和测试正则表达式 到的是“他是怎么做的？”，如果幸
ＳＳＰＩ”，实现在初生的Ｒｅｍｏｔｉｎｇ 上。并 变得很容易。由于 ＲｅｇＥｘｐ 在．ＮＥＴ 框 运的话．ＮＥＴ　Ｒｅｌｅｃｔｏｒ会告诉你答案。
且在此之后，包括类似的复杂Ｓｔｒｕｃｔ、 架中受到支持，因此它常常作为基 它主要通过反射机制，通过解析 ＩＬ，
Ｕｎｉｏｎ、Ｓｍａｒｔ　Ｐｏｉｎｔ的封装工作渐渐都 于字符、频率和字符顺序定义字符 然后可以按照您的喜好把答案用Ｃ＃
采用了他这种“Ｍ Ｃ ＋ ＋ ． Ｎ Ｅ Ｔ － ＞ 串中的模式匹配工具，但是由于ＶＳ． 或者 ＶＢ．ＮＥＴ 告诉您。
Ａｓｓｅｍｂｌｙ－＞Ｃ＃　／　ＶＢ．ＮＥＴ”的开发 ＮＥＴ本身没有提供方便的ＲｅｇＥｘｐ操作 ◆　ＮＤｏｃ
模式。 工具，因此 Ｒ ｅ ｇ ｕ ｌ ａ ｔ ｏ ｒ 从被 Ｒ ｏ ｙ 对于微软平台开发人员最熟悉
的开发参考莫过于 ＭＳＤＮ和ＳＤＫ之类
的帮助，但是凭心而论写出每个类
“厂商的大力支持 ＋开源社区的积极贡献”。 “三大”的各具特色
的每个方法的详细设计说明文档，
的有机整体，又为．ＮＥＴ 开源设计、开发人员提供了充沛的灵感和技
几乎总是一项令人畏惧的任务。不
术的保证。
过．ＮＥＴ 提供了比 ｊａｖａｄｏｃ更好地的纯
ＸＭＬ 的注释系统，因此 ＮＤｏｃ就可以
◆　面向管理的 Ｏｓｈｅｒｏｖｅ放到互联网开始，它就马上 根据开发阶段开发人员的注释，生
Ｈａｒｉｓｈ　Ｋｕｍａｒ　Ｌ 的 ＭＭＣ 封装， 成为很多．ＮＥＴ开发人员的必备工具。 成标准 ＭＳＤＮ 形式的详细开发参考。
为．ＮＥＴ 开发人员开发标准控制台程 ◆　 基于模板的代码生成工具 从机制上而言 ＮＤｏｃ 同样在使用反射

Programmer 53
特别策划 Features
方式提取到具体的方法、属性的说
明，它和实际Ａｓｓｅｍｂｌｙ内二进制的内
容是一致的，因此为后续开发人员
参考提供了准确的第一手开发资料。
◆　Ｂｕｉｌｄ 工具 ＮＡｎｔ
ＮＡｎｔ 是一个基于．ＮＥＴ 的生成工
具，与ＶＳ　．ＮＥＴ 不同，它使得项目的
Ｂｕｉｌｄ过程变得非常容易。尤其当大量
开发人员从事单个项目时，不能依
赖于从单个用户的代码来Ｂｕｉｌｄ，　而且
定期的手工Ｂｕｉｌｄ也是很繁琐的工作。
通过 ＮＡｎｔ 您可以创建每天晚上运行
的自动生成过程，它可以生成解决
方案、复制文件、运行ＮＵｎｉｔ 测试、发
送电子邮件等等。
◆　ＡＳＰ．ＮＥＴ 版本切换工具——
ＡＳＰ．ＮＥＴ　Ｖｅｒｓｉｏｎ　Ｓｗｉｔｃｈｅｒ
当ＩＩＳ处理请求时，
它会查看正在
请求的文件的扩展名 ，然后基于该
Ｗｅｂ 站点或虚拟目录的扩展名映射，
将请求委派给 ＩＳＡＰＩ 扩展或者自己处
理该请求。这正是ＡＳＰ．ＮＥＴ的工作方
式；将为所有ＡＳＰ．ＮＥＴ扩展名注册扩
展名映射，并将这些扩展名映射导向
ａｓｐｎｅｔ＿ｉｓａｐｉ．ｄｌｌ。但如果安装了 ＡＳＰ
．ＮＥＴ　１．１——它会将扩展名映射升级
到新版本的 ａｓｐｎｅｔ＿ｉｓａｐｉ．ｄｌｌ，这时当
在ＡＳＰ．ＮＥＴ　１．０上生成的应用程序试
图用１．１版运行时，
这会导致错误。
要 同样，
解决该问题，可以将所有扩展名映射
重新转换到１．０版的　ａｓｐｎｅｔ＿ｉｓａｐｉ．ｄｌｌ，
但是由于有１８种扩展名映射，
所以手
动完成这一工作将很枯燥，这时候只
要用ＡＳＰ．ＮＥＴ　Ｖｅｒｓｉｏｎ　Ｓｗｉｔｃｈｅｒ做一个
简单的设置即可。
◆　网络调用的简易Ｄｕｍｐ工具，
ＴｃｐＴｒａｃｅ
对于．ＮＥＴ平台的网络开发人员，
为了诸如加密、签名、散列、Ｃｏｎｔｅｘｔ
传递等要求，会在ＴＣＰ分组的头部塞
入一些ｏｕｔｂｏｕｎｄ 的信息，同时分组体
也可能是处理过的 ＩｎＢｏｕｎｄ　流信息，
54 程序员
为了将这个过程可视化，常常需要 供了一般ＭＩＳ应用的基本客户端和应
将宿主和客户端（甚至包括Ｐｒｏｘｙ）间 用服务器端开发库支持。
交换的数据 Ｄｕｍｐ 下来，用来调试应 此外，各个．ＮＥＴ原生的和翻版的
用。ＴＣＰＴｒａｃｅ就是通过把自己当成一 开发库则弥补了其他各个专业领域：
个存储转发的 Ｐ ｒ ｏ ｘ ｙ 来保留这些 ●　ＮＨｉｂｅｒｎａｔｅ：完成Ｏ／Ｒ　Ｍａｐｐｉｎｇ；
ＩｎＢｏｕｎｄ 和 Ｏ ｕ ｔ Ｂ ｏ ｕ ｎ ｄ 信息。对于 ●　不断更新的ＮＤｏｃ、ＮＡｎｔ、ＮＵｎｉｔ
Ｒｅｍｏｔｉｎｇ、Ｓｏｃｋｅｔ、ＷＳ（尤其是ＷＳＥ） 继续为．ＮＥＴ　２．０ 开发人员提供必要
的开发人员非常有用。 的工具支持；
●　众多 Ｚｉｐ、Ｃｏｄｅｃ、Ｎｅｔｗｏｒｋｉｎｇ、
．ＮＥＴ 开源趋势展望 ＸＭＬ……等开发库面向各个具体领域
随着微软的新一代Ｅｎｔｅｒｐｒｉｓｅ　Ｌｉ－ 的开发需要。
ｂｒａｒｙ和以Ｉｖａｒ　Ｌｕｍｉ的集成网络应用层 不过，由于．ＮＥＴ 的版本更新速
开源开发库的为代表的新一代．ＮＥＴ 度较快，且．ＮＥＴ　Ｆｒａｍｅｗｏｒｋ容量已经
开源开发包的出现，不难发现．ＮＥＴ 很大，因此未来．ＮＥＴ 开源出现了与
开源在 ２００４ 年下半年开始逐步进入 Ｃ＋＋和Ｊａｖａ不同的发展趋势，基本上
到一个新的阶段，这个阶段的主要 形成了一个渐开曲线：
特征如下： 1. 出现了新的开源开发库或者
◆　更全面的系统化 是新的开源工具；
早期的开源库一般集中于某个非 2. 微软提供了类似的实现，并
常具体的功能，例如：数据访问、缓 作为独立的ＳＤＫ或者通过ＳＰ 提供给．
冲、ＳＭＴＰ、ＰＯＰ３、ＸＳＬＴ；而第二阶 ＮＥＴ 开发人员；
段中很多开发库出现聚合现象，例 3. 微软将这些开发库、开发工
如：ｅｎｔｅｒｐｒｉｓｅ　ｌｉｂｒａｒｙ 包括了 Ｃａｃｈｅ、 具集成到ＶＳ．ＮＥＴ或者是．ＮＥＴ　Ｆｒａｍｅ－
Ｌｏｇｇｉｎｇ 、Ｄａｔａ　Ａｃｃｅｓｓ 、Ｓｅｃｕｒｉｔｙ 、 ｗｏｒｋ 中；
Ｅｘｃｅｐｔｉｏｎ；Ｉｖａｒ　Ｌｕｍｉ的网络开发包则包 4. 集成的开源库和工具被更深
括了ＳＭＴＰ、ＦＴＰ、ＩＣＭＰ、ＰＯＰ３、Ｍｉｍｅ、 入的集成；
ＤＮＳ等网络应用层的很多基本功能。 5. 由于开发环境本身已经提供
◆　更高的集成度 了更为便利的支持，进一步催生新
早期的开源库多数都以独 的开源库和开源工具的产生。
立 ＡＰＩ方式对外提供服务，但是随着 在 ＶＳＴＳ中我们已经看到了类似
实施的．ＮＥＴ应用规模越来越大，
可配 ＣｏｄｅＳｍｉｔｈ、ＮＵｎｉｔ、ＦＸＣｏｐ 的替代产
置化、可监控性、可管理性、安全性 品，也从．ＮＥＴ　Ｆｒａｍｅｗｏｒｋ　２．０ 种看
的要求也逐步加强，以Ｅｎｔｅｒｐｒｉｓｅ　Ｌｉ－ 到了串口等众多新的开发库 ，有了
ｂｒａｒｙ为代表的新一代开源库纷纷提功 这些平台级的扩展相信未来．ＮＥＴ 开
能类似 ＯｂｊｅｃｔＢｕｉｌｄｅｒ 的对象内嵌装配 源领域会更加锦上添花。
技术，而外围的公共库则按照Ｐｌｕｇ　＆
Ｐ ｌ ａ ｙ 的方式允许用户自由的按需选
作者介绍：
择，但是所有生成的对象是按照配置
要求在公共库的核心工厂装配好的。 王翔，分布式异构数据库方面的
◆　通用化 ＋ 领域专业化 高级开发工程师，对各种商业数
据 库 有 较 深 入 的 了 解，也 是 微
通用化开源库主要包括微软提
软．ＮＥＴ 平台技术方面的专家。
供的 Ｅｎｔｅｒｐｒｉｓｅ　Ｌｉｂｒａｒｙ、ＵＩＰ　２．０，提
 ＞＞＞　程序员开源手册

握主动权，去选择适合自己特点的
开源软件。主流的开源数据库可供

自由与开放的数据库 选择的余地其实很大： Ｍ ｙ Ｓ Ｑ Ｌ 、
Ｆｉｒｅｂｉｒｄ 以及ＰｏｓｔｇｒｅＳＱＬ等等都是当今
使用非常广泛的产品。

□　文 ／ 何伟平 同其他开源软件项目一样，每

个产品都有一种开放的软件开发模
式，然而数据库产品却与一般的软
件产品不同。这种不同恰好对应Ｅｒｉｃ
　 如果从有趣一点的角 据库”，则通常是指利用 ＳＱＬ（结构 Ｒｅｍｏｎｄ　的那篇文章，
“教堂与集市”。
度来看计算机的发展史，就会发现 化查询语言）进行交互的用于数据 其区别就像超市与农贸市场 。超市
整个计算机的进化史是一个不断抽 检索的软件。 里，肉、禽、蛋、菜，包装得好好的，
象重复劳动，减少人为失误的历史： 如果说网络和操作系统是构造 用户只需做熟即可；而开源软件项
从厌倦了给纸带打孔 ，到发明了输 现实中的现代计算机世界的两大基 目的开发模式，更像农贸市场。大家
入输出设备；从厌倦了五花八门的 石，那么数据库就可以称得上是这 会拿着冬大米、柴鸡、柴蛋、鲜鱼、
设备，到创造了操作系统；从厌倦了 个世界中应用软件的基石了。 刚拔下来的蔬菜交易，纯天然、无污
事无巨细的文件检索 ，到数据库乃 染，但没有精加工，需要我们用户自
至搜索引擎的产生……每一次都极 数据库的开源世界 己回家折腾才可口。
大地减少了重复劳动 ，降低错误的 做了多年的应用开发，因而也 从开发的角度来说，开源软件，
发生，极大促进了计算机世界发展， 用了多年的数据库，商业的、开源的 准确说是开源数据库 ，会尽量避免
这些进步是人类想方设法解放自己 ——或者叫做自由的 ，对各种数据 “重新发明轮子”，因为开源软件／数
思维的历史。 库也算是稍微有些研究。然而每当 据库的开发人员绝大多数都是“临
从另一个角度看，计算机的发 在数据库的选择中，常常会面临各 时工”或者“爱好者”，因此开发力
展史，也是也是一部查找、检索的历 种各样的取舍。 量相对薄弱。比如ＰｏｓｔｇｒｅＳＱＬ数据库
史。人类面对信息，似乎总是无瑕处 抛开商业数据库昂贵的成本不 的核心开发人员总共只有五、六位，
理，计算机的出现则极大提高了人 说，在今天这个提倡开放的世界中， 所有提交人员也不过十几二十人。
类检索信息的速度，甚至可以说计 自由的软件成为人们更加热衷的话 相比之下，甲骨文数据库的提交者，
算机天生就是为人类检索信息而诞 题。尤其是那些在软件行业中摸爬 光中国就几百。
生的。这个方面用８０／２０定律并不过 滚打了多年的程序员 ，他们喜欢把 在开源数据库中，很少有开源
分：全世界计算机 ８０％ 的时间里是 数据库会支持裸设备（除非是前身
在做检索的动作。 商业软件，后开源的数据库），因为
而数据库，可以认为是上面说 裸设备之于数据库，就好像数据库
的简化思维和查找这两个要素的 放弃了 Ｏ Ｓ 提供的文件系统这个轮
交点。 子，重新自己实现一个文件系统。你
我们几乎每个人每天都在使用 不得不考虑不同体系（Ｉｎｔｅｌ、ＩＢＭ、ＨＰ、
数据库，在计算机里，离我们最近的 Ｓｕｎ 等），不同平台（Ｌｉｎｕｘ、ＦｒｅｅＢＳＤ、
数据库不是Ｅｘｃｅｌ，不是Ａｃｃｅｓｓ，而是 ＡＩＸ、ＨＰ－ＵＸ、Ｓｏｌａｒｉｓ 等）。因此，开
我们天天要用的文件系统 ！没错， 源数据库很明智地把这部分工作交
文件系统也是一类数据库，而很多 给了不同的文件系统。
人常用的搜索，不管是 Ｇｏｏｇｌｅ 还是 通过开放式的生产环境 ，造就
Ｙａｈｏｏ 或者其它搜索引擎，都可以归 出的产品可信度是非常透明的。然
类为某种特殊数据库。而今天的“数 而软件开发者在面临选择的时候，

Programmer 55
特别策划 Features
仍然颇费一番心思。除了考虑自身 既不要写太多代码，也不要搜索和 架构的话，就必须再花一笔不菲的
软件产品或项目的实际情况以外， 学习如何使用特殊软件包。并且ＳＱＬ 银子去购买类似 ＲＳ６０００或者Ｓｕｎ／ＨＰ
一些重要的特性也是在数据库选型 属于４ＧＬ，远比多数计算机语言来得 的小型机，这些硬件以及系统的价
当中非常需要关注的。 简单得多。 格要远比我们用的 ＡＭＤ 替代品昂贵
（数量级上的差别）。
数据库的易用性奠定基石 应用选择数据库产品 同样是这个项目，公司里一些
在使用数据库过程中，自己最 其实，应用软件需求多变，程序 熟悉ＰＨＰ的开发人员对特殊存储过程
大的体会就是要提高软件产品的易 往往赶不上需求变化 。选择具有更 有所了解的人很少，为了增加封装
用性。数据库几乎是一个万能的工 多特性的数据库产品 ，就意味着更 层次，以便整个软件的灵活修改（朝
具箱；甚至连很多日常生活的事情， 灵活、可以适应更多不同的开发人 令夕改在软件开发流程中是常见
我都喜欢用数据库处理。比如，因为 员并行。在这个方面，开源的数据库 的），从设计上增加了一个存储过程
工作关系，自己经常需要和国外的 优势明显。 组成的层次。在这种情况下，大多数
同事开会，这个时候时区就成了一 前不久公司的新项目，开始想 同事都不熟悉ＰＬ／ＰＧＳＱＬ这种存储过
个挺要命的问题了，因为其它国家 使用某商业数据库，然而其昂贵的 程，因而成为开发中的一个难点。但
很多都有夏时制的概念，而对于我 价格让老板产生了动摇，随后开发 是通过使用ＰｏｓｔｇｒｅＳＱＬ支持的ＰＨＰ写
们来说，并不是很清楚究竟何时他 人员又找到了新问题：由于我们用 存储过程特性，结果是所有开发人
们会切换时区。这时候我通常都会 Ａ Ｍ Ｄ 架构上的 ６ ４ 位 Ｌ ｉ ｎ ｕ ｘ ，针对 员写得那叫一个欢。最后的总结，当
在 ＰｏｓｔｇｒｅＳＱＬ 中做一个这样的查询： ｘ８６＿６４ 架构优化了 ＯＳ，而该数据库 然是这个项目得以相当顺利地实施。
因此可以看出，开发人员熟悉
ｐｓｑｌ　－ｃ　＂ｓｅｌｅｃｔ　ｃｕｒｒｅｎｔ＿ｔｉｍｅｓｔａｍｐ　ａｔ　ｔｉｍｅ　ｚｏｎｅ　＇ＰＤＴ＇＂ 的工具，要比软件本身在项目中起
到的作用更重要。
周围的同事常常要进行数据的 产品竟不支持这个平台，这时开源
统计和运算，比如网站访问的日志 软件的优势就产生了。随后，我们自 开源对 ＤＢＡ 更高的要求
分析和统计。记得一个日志分析程 己在这个系统平台上编译了开源产 使用开源数据库和商业数据库
序，要求对每个访问来源的独立ＩＰ的 品ＰｏｓｔｇｒｅＳＱＬ，各个方面都比那个商 不太一样，商业数据库往往有非常
访问次数进行统计，同事为求简单， 业数据库效果好。如果当初坚持采 好的外围工具，比如管理工具，监
写了一个脚本，先查询ＩＰ，然后用每 用该商业版数据库，并且使用 ６４ 位 控工具，调试工具等等。这些方面，
个 ＩＰ 遍历日志，求每个 ＩＰ 的访问总 在开源数据库来说，是一个薄弱的
数，结果该脚本跑了两天都没跑出 环节。因而，对使用开源数据库的
结果来。看到这个情况，我建议同事 开发人员和管理人员提出了比较高
先把日志做简单格式化处理 ，然后 的要求。
输入到数据库里，创建一些合适的 在使用开源数据库（甚至大部
索引之后，只要跑一个ＳＱＬ命令，就 分开源软件）的时候，有一个几乎亘
可以跑出来所需要的结果。后来我 古不变的要求，就是至少必须熟悉
们从网络上拷贝数据、解压缩、格式 一种Ｕｎｉｘ（其实熟悉一种也就都差不
化、输入数据、创建索引、查询并得 多了），并且成为不错的 Ｕｎｉｘ 系统管
出结果，整个过程只花了不到三个 理员，就目前来说，Ｌｉｎｕｘ和ＢＳＤ系列
小时。 是比较容易获取的两种系统 ，目的
可能有人会说，难道这些事情 就是熟悉这些Ｕｎｉｘ的文件系统。有这
非数据库干不可？　不错，Ｐｅｒｌ或者其 样的基础，磁盘和文件相关的代码
它脚本都有相应的程序库处理，但 都可以交给操作系统完成，并集中
是，使用数据库确实更简单——我 力量做更需要做的事情。
（跟应用一

56 程序员
 ＞＞＞　 程序员开源手册

样，集中精力做自己专注的事情，其 Ｆｉｒｅｂｉｒｄ
实所有软件又何尝不是如此。）而 目前版本是 ２．０，源自 Ｉｎｔｅｒｂａｓｅ
且，对数据库乃至应用的系统优化 ６．０，是著名的 Ｂｏｒｌａｎｄ 公司的产品。
起到相当关键的作用。 功能丰富、完整，也久经考验（数据
实际上，数据库的性能优劣，很 库的实现很复杂，一个特性，比如支
大程度上可以通过一些操作系统来 持事务，并不等于你支持了这个特
甄别、分析和解决。比如，整个计算 性，就可以可靠、安全地使用了，还
机里的瓶颈是磁盘ＩＯ，因此，如何有 需要很长一段时间的考验）。Ｆｉｒｅｂｉｒｄ
效地提高 ＩＯ 速度，减少 ＩＯ 量就是提 以前的问题是支持和用户组不够活
升性能的根本之道。在笔者的一个 跃，并且特性开发周期也比较常。这
数据库（ＰｏｓｔｇｒｅＳＱＬ）里，几亿数据 我是一个 ＰｏｓｔｇｒｅＳＱＬ的ＤＢＡ，因此先 两年明显感觉的这些缺点在逐步弥
量，相当于一个数据挖掘的系统，每 在这里谈谈它： 补，Ｆｉｒｅｂｉｒｄ 的用户圈在逐步壮大。预
次运算都要消耗八九个小时 ，其硬 祝我们有一种新的强大的开源数据
件是一台拥有 ８Ｇ内存，运行Ｌｉｎｕｘ的 ＰｏｓｔｇｒｅＳＱＬ 库可以使用。
ＡＭＤ６４。为了提高性能，首先的做法 目前ＰｏｓｔｇｒｅＳＱＬ的版本已经到了 其它还有一些特殊类型的开源
常常是尽量加大内存 。然而再大的 ８ ． １ 了，支持非常丰富的数据库特 数据库，比如 ＭＤＢＭ 、ＣｌｏｕｄＳｐａｃｅ 、
内存面对这种数据量也是杯水车薪， 性，称之为最先进的开源数据库一 ＢｅｒｋｅｌｅｙＤＢ 等，这些轻小型的数据库
ＩＯ 仍然非常密集。接下来，我仍然从 点不过分。目前稳定版本的特性包 更像是一个散列表（Ｈａｓｈ表），简单、
硬件结构上琢磨，先做了ＲＡＩＤ１０，保 括完整的 ＡＣＩＤ 支持、子查询、查询 快速，但是并不是经典的关系型数
证数据安全的同时，增大磁盘ＩＯ的带 改写规则、触发器、表空间、表分区 据库在这里就不赘述了。
宽，并单独使用十块 Ｉ Ｄ Ｅ 硬盘组成 等等。ＰｏｓｔｇｒｅＳＱＬ　这个开源项目到今
ＲＡＩＤ５ 用于存储海量数据，这样整个 年正好十年。其用户目前正在疯涨， 写在最后
系统的ＩＯ子系统性能相对提高了。另 很多商品数据库的用户都在转向使 写作此文，我无意做任何数据
外一个调节是对 Ｌ ｉ ｎ ｕ ｘ 内核打补丁 用 Ｐ ｏ ｓ ｔ ｇ ｒ ｅ Ｓ Ｑ Ｌ 。以前很多人认为 库对比，文中所有描述均是基于个
（还是国人的补丁），这在读取磁盘 ＰｏｓｔｇｒｅＳＱＬ速度慢，但是从大量从商 人的经验以及理解，只是一个经验
的时候，可以把当前磁盘块儿后面 业数据库转移过来的用户反馈来看， 的分享。除了极其个人的观点之外，
的几个也一起读进来 ，这样的优化 完全不是那么回事。ＰｏｓｔｇｒｅＳＱＬ有很 文 章 里 大 多 数 语 言 都 将 是“如何
对于数据库类应用非常有用 。因为 稳定的开发队伍，很活跃的用户组 做”，而不是“更好”或者“比较”。
在数据库应用中，很有可能下一次 （包括中国），是一种很有潜力的数 我相信绝大多数读者拥有足够的智
请求的数据就是当前磁盘块后面跟 据库。 慧进行分析和判断，也希望读者有
着的磁盘块，所以如果内核能预读 自己的选择。
一部分磁盘到文件系统缓冲 ，那么 ＭｙＳＱＬ 作者介绍：
下次读取就会是在内存里，而不是 目前Ｍｙｓｑｌ的版本是５．０．２１，经
何伟平：Ｐｏｓｔｇｒｅｓｑｌ中文
磁盘上。 过漫长的等待之后，Ｍｙｓｑｌ终于开始
版文档维护者，《Ｐｅｒｌ　 编
上面唠嗑了半天，其实还是想 了对事务的初步支持。Ｍｙｓｑｌ是一种 程》第三版译者，Ｌｉｎｕｘ集
说，这些经验和知识，恐怕是用非开 相对简单、快速的数据库，有着ＳＱＬ 群管理员及数据库研究人
源数据库一辈子也不可能了解到的。 界面，到了版本 ５，开始对事务以及 员和软件开发人员。有近
当然，软件产品的选择没有好坏，但 一些存储过程方面的支持。因为简 十年的软件开发经验，在
我更倾向于让自己多掌握一些。 单，所以Ｍｙｓｑｌ 使用方便，速度也比 金融、工业和互联网等行
较快。支持等方面也非常好。只是最 业有着较长的经历。现供

开源数据库产品简述 近谣传甲骨文有意收购之，不知道 职于某互联网公司，从事大型集群管理以及技

读者看到这里大概可以猜测到， 将来会如何。 术指导方面的工作。

Programmer 57
特别策划 Features
用 Ｐｙｔｈｏｎ或是Ｒｕｂｙ之类的动态语言，
所需的代码量往往只有Ｊａｖａ的１／１０，

开放的动态语言兴起之路 这个数字和 Ｃ／Ｃ＋＋ 相比差距更大。

系统软件和应用软件之间的区
别越来越明显，开发系统软件仍然
□　文 ／ 霍炬 需要静态语言，而应用软件和服务
的开发越来越适合采用动态语言。
编写操作系统之类的系统软件仍然
　让我们倒退到 ６０年代 Ｃ 比 Ｌｉｓｐ 更友好。至于 Ｃ 带来的性 要“压榨”计算机性能，而对于应用
末，那个计算机的上古洪荒年代。当 能提升，并非他们关注的要点 。 软件，显然缩短开发周期更加重要。
时，微处理器诞生不到 １０ 年，这个 Ｃ的诞生是为了编写Ｕｎｉｘ操作系 新兴的动态语言除了语法简洁
年代的计算机开始大量使用集成电 统，这是第一个可以用来写操作系 外，大量的程序库也降低了动态语
路，小型机开始替代古老的大家伙 统的高级语言。在此之前，所有的语 言的开发难度。成熟的程序库降低
们。一年后，Ｕｎｉｘ才出现在实验室中， 言都可以看作计算机科学家贡献给 了动态语言的开发难度，反过来，开
而Ｃ语言，还需要等待４年才会出现。 其他学科的，Ｃ语言是给计算机科学 发难度低又吸引了更多的程序员开
那个年代，这块神奇的大陆上 领域自己的礼物。计算机的黄金年 发程序库。一个Ｃ＋＋程序员，往往经
活跃着Ｆｏｒｔｒａｎ、Ｌｉｓｐ、ＣＯＢＯＬ、Ｓｉｍｕｌａ、 代开始了。 过了几年的训练仍然不能开发出可
ＢＡＳＩＣ、ＰＬ／Ｉ、Ａｄａ、ＳＱＬ……但现在 １９５０年，全世界只有１００台计算 用的程序库，动态语言的程序员经
我们惊奇地发现，这些语言仍然好 机，但到了 １９９０ 年，计算机则成了 过几个月的训练就可以编写可复用
好地生存着，所有语言都是带有动 普通办公用品 ——性能越来越高， 的代码了。这些代码往往以开源的
态特性的函数语言态。 硬件成本逐年下降，企业成了软件 形式发布，容易被学习和使用。
１９７２ 年，往往被认为是现在静 市场的最大客户。而在企业软件中， 程序库往往决定了一种语言应
态语言年代的开端，这一年中，Ｃ语 性能方面不再像 ３０ 年前那样重要。 用难度，纵观历史，凡是具有优秀程
言诞生，Ｉｎｔｅｌ　８００８ 微处理器诞生， 与此同时，多台服务器的并行 序库的语言生命力都很顽强 ，反之
ＡＲＰＡＮＥＴ 诞生，Ｉｎｔｅｒｎｅｔ 的大幕拉开 处理和分布式处理是开始用于解决 则多销声匿迹。目前几种流行的动
了。随后的１０多年中，Ｃ＋＋、Ｐａｓｃａｌ之 性能问题。企业应用的瓶颈逐渐出 态语言，都拥有丰富的程序库 ，在
类的静态语言依次登场，逐渐成为 现在逻辑、开发难度和开发维护成 Ｐｙｔｈｏｎ 中，不仅具有诸如网络应用、
主流开发语言。 本。而动态语言优势恰好灵活、易于 多线程、图像处理、科学运算之类的
在１９７２ 年之前，所有的语言都 开发和学习 ，尽管其性能不如 Ｃ ／ 库，甚 至 还 拥 有 多 套 不 同 量 级 的
Ｆｒａｍｅｗｏｒｋ来辅助Ｗｅｂ开发。事实上，
任何需要的功能几乎都能找到相对
在 ７０年代那个内存要以 Ｋ计，主频仅有几兆赫兹的年代，硬件极 稳定的库，大部分程序员仅仅需要
其昂贵，操作系统和软件对于性能的需求很高，操作系统是计算机的 组合这些库就能编写出强大的应用
基础平台，与专业领域的应用不可同日而语。为了性能，程序员们宁 ——这也正是动态语言开发程序代
愿使用汇编，但考虑到移植性，Ｃ 还是成了他们最喜欢的语言。 码量较少的原因之一。
Ｐｙｔｈｏｎ、Ｒｕｂｙ、Ｌｕａ、Ｐｅｒｌ 是四种
颇具代表性的语言，按照一般的看
是 为 了 某 种 专 业 用 途 而 开 发 的， Ｃ＋＋来得那样高效，但是仍然开始受 法，这些语言适合用来黏合不同的
Ｆｏｒｔｒａｎ 为了工程计算，Ｌｉｓｐ 用于人 到瞩目，以至于在高性能服务器和 系统和模块，素有“胶水”之称。当
工智能，Ｃ Ｏ Ｂ Ｏ Ｌ 用于处理商业逻 并行处理的设计思路下，动态语言 然，后来人们发现胶水不仅仅能粘
辑……这些语言的用户往往是各领 的优势如此耀眼，掩盖了其性能上 合其他模块，其本身也具有强大的
域的工程师或科学家，他们不认为 的劣势——完成同样功能的时候， 功能，在性能问题不那么重要的场

58 程序员

合，动态语言的发挥空间极大。对这
个时代的程序员来说 ，掌握一种动
态语言很有必要，虽然你不一定能
够靠单单一种动态语言找到一份喜
欢的工作，但适时地采用动态语言，
一定可以让你的工作简单许多。
了解动态语言和常用的程序库
的特点，是开始动态语言编程的第
动态语言程序员有非常丰富的库资源可用，比起其他语言的开发
者，这是莫大的幸运。然而，面对这丰富的资源，哪个程序库好用？哪
个程序库或框架更适合你的项目？每个库的特点又是什么 ？要搞清
楚这些问题要颇费一番时间精力 。幸好在开源社区，有众多参与者的
项目往往不会太差，代码和文档齐备的开放项目都值得一试。
一步。下面是笔者对几个具有代表
性的动态语言的了解：
Ｐｙｔｈｏｎ不仅在所有主流操作系统
上都能运行，而且得到了很多工业
控制和嵌入系统的支持，除了各种
Ｕｎｉｘ－ｌｉｋｅ 的系统，Ｐｙｔｈｏｎ还能运行在
Ｐａｌｍ，索尼的游戏机ＰＳＰ，Ｎｏｋｉａ的手
机操作系统 Ｓｙｍｂｉａｎ，风河的嵌入操
作系统 ＶｘＷｏｒｋ 上。Ｐｙｔｈｏｎ 被称做最
强的脚本语言，无论开发Ｗｅｂ应用还
是普通应用程序都十分方便。
Ｒｕｂｙ 语言特点类似 Ｐｙｔｈｏｎ，但发
展相对较慢。Ｒｕｂｙ最近因为Ｒａｉｌｓ框架
而成为了炙手可热的动态语言，Ｒｕｂｙ
ｏｎ　Ｒａｉｌｓ适合企业应用，大量Ｊａｖａ用户
对Ｒａｉｌｓ产生了浓厚兴趣，他们甚至认
为 Ｒｕｂｙ　ｏｎ　Ｒａｉｌｓ 会对 Ｊａｖａ造成冲击。
Ｌｕａ 小而快速，目前多用来编写
游戏引擎所需要的脚本。Ｌｕａ代码精
巧，比起 Ｐｙｔｈｏｎ或Ｒｕｂｙ，Ｌｕａ小得多。
暴雪的著名网络游戏魔兽世界的配
置脚本和插件都是采用 Ｌｕａ 编写的，
这令 Ｌｕａ 的开发者迅速增加。
Ｐｅｒｌ 是最古老的动态语言，强于
数据分析和计算，也是Ｕｎｉｘ平台上可
＞＞＞　程序员开源手册
以用做 Ｓｈｅｌｌ　脚本的语言之一，许多 Ｒｕｂｙ 简单得多，Ｒｕｂｙ　ｏｎ　Ｒａｉｌｓ风
系统管理员很喜欢它。尽管近年Ｐｅｒｌ 头正劲，甚至已经让人说不清是Ｒｕｂｙ
的风头被 Ｐｙｔｈｏｎ 抢去很多，但拥有 和 Ｒａｉｌｓ 到底谁成就了谁，总之，用
ＣＰＡＮ程序库的Ｐｅｒｌ，仍然是最强大的 Ｒｕｂｙ 开发Ｗｅｂ应用，非Ｒｕｂｙ　ｏｎ　Ｒａｉｌｓ
语言之一。 莫属。无论是整个框架的结构还是
在使用这些高级语言的同时， 界面的ＡＪＡＸ支持，Ｒａｉｌｓ都水到渠成。
我们常常会遇到很多前人遇到过的 Ｐｅｒｌ 的 Ｍａｓｏｎ名气很大，也很成
问题。随后，开源社区将这些可以复 熟，不过开发思想和Ｐｅｒｌ原本的思路
差距甚大，如果能适应，这倒是个不
错的选择。其实Ｐｅｒｌ本身就很适合做
Ｗｅｂ开发，只要有ＦａｓｔＣＧＩ，利用ＣＰＡＮ
库，大部分应用都能轻松解决了。
Ｌｕａ 用来做 Ｗｅｂ开发有点怪，因
为它毕竟不是为了这个目的设计出
来的。但是也有一个叫做Ｋｅｐｌｅｒ的项
目提供了 Ｗｅｂ 框架，用起来也方便。
不过 Ｌｕａ最好的用途还是写脚本，何
用的问题建成了程序库或者框架， 必用来做 Ｗｅｂ 呢？
进一步提高了动态语言的开发效率。
按照现在的一般开发需求，我们需 ＧＵＩ 界面库
要的程序库通常是这样几类：Ｗｅｂ开 能够跨平台的 ＧＵＩ界面库，比较
发框架、ＧＵＩ界面库。其他辅助工具， 成熟的大概只有两个：ｗｘＷｉｄｇｅｔｓ或
至于ＸＭＬ解析、字符串处理函数之类 是 ＧＴＫ。ｗｘＷｉｄｇｅｔｓ的可用性和美观
大路货，已经俯首皆是，不值得专门 程度都优于 ＧＴＫ，很受欢迎。
介绍了。 ｗｘＰｙｔｈｏｎ、ｗｘＬｕａ、ｗｘＲｕｂｙ都是
不同的语言下对 ｗｘＷｉｄｇｅｔｓ 的封装，
Ｗｅｂ 开发框架 虽然成熟程度不一，但是无一例外，
Ｗｅｂ 如此流行，不仅仅是网站， 都受到了开发者欢迎。
企业信息化软件和部分个人桌面网 其它辅助工具的程序库实在太
站也采用了Ｗｅｂ界面。Ｗｅｂ界面成了 多，每个程序员都有自己喜欢的一
和普通 ＧＵＩ并行的一种选择。如此众 套工具。在这里就不一一列举了，在
多的应用，使Ｗｅｂ开发框架变的如此 随后的几篇文章中，您将可以看到
重要，几乎所有语言都有了不错的 更多与动态语言相关的内容。
Ｗｅｂ 开发框架，而且还不止一套。
Ｐｙｔｈｏｎ的Ｗｅｂ开发框架多得足以
让人挑花眼，比较有名的就有类似 作者介绍：
Ｒｕｂｙ　Ｏｎ　Ｒａｉｌｓ 的 Ｄｊａｎｇｏ 和 ＴｕｒｂｏＧｅａｒ， 霍炬： 爱技术， 喜代码， 尝倾心
模仿 Ｔｏｍｃａｔ 的 ｗｅｂｗａｒｅ，轻量级的 于 Ｃ，略有小成，而后学各类远
Ｑｕｉｘｏｔｅ、ｋａｒｒｉｇｅｌｌ 以及更轻量级、用 古晦涩生动之语言架构及思
Ａｐａｃｈｅ 模块实现的 Ｍｏｄ＿Ｐｙｔｈｏｎ 和 想， 终于杂而不精。建筑专业
出身，混迹 ＩＴ 圈，略有所得， 秉分享之志而舞文
Ｖａｍｐｉｒｅ。所有框架都各有特点，当然
弄墨。
这也可以换个角度看作各有缺陷。
Programmer 59
特别策划 Features
Ｐｅｒｌ 在 Ｗｅｂ 应用中的软件
我们首先看看在 Ｗｅｂ 体系中一

Perl 在 Web 开发中的 个应用的逻辑结构图，如图 １ 所示。

应用和程序库
□　文 ／James Zheng

　Ｐｅｒｌ（Ｐｒａｃｔｉｃａｌ　Ｅｘｔｒａｃ－ 将永远自由下去。你可以在任何合
ｔｉｏｎ　ａｎｄ　Ｒｅｐｏｒｔ　Ｌａｎｇｕａｇｅ）是一种脚 适的场合使用　Ｐｅｒｌ，只需要遵守一个
本语言。最初由拉里・沃尔（Ｌａｒｒｙ 非常自由的版权。如果你在从事商
Ｗａｌｌ）于１９８７年１２月１８日发表。Ｐｅｒｌ 业活动并且还想使用　Ｐｅｒｌ，尽管用！
借取了 Ｃ、Ｓｅｄ、Ａｗｋ、Ｓｈｅｌｌ　Ｓｃｒｉｐｔｉｎｇ 当前 Ｐｅｒｌ 虽然没有像 Ｓ ｕ ｎ 支持
以及很多其他语言的特性。其中最 Ｊａｖａ那样有大公司来全面支持它，但
重要的特性是其内部集成的正则表 我们仍然可以看到几乎所有的大公
达式功能以及巨大的第三方代码库 司都在使用Ｐｅｒｌ。一些知名网站，如：
ＣＰＡＮ。 ａｍａｚｏｎ．ｃｏｍ、ｂｂｃ．ｃｏｍ、Ｙａｈｏｏ都在使 图 １：一 个 典 型 Ｗｅｂ 应 用 的 逻 辑 结 构

Ｐｅｒｌ语言的思想可以概括为一句 用 Ｐｅｒｌ开发或者管理他们的网站；与 Ｐｅｒｌ 在这个应用中，除了是开发

话：
“Ｔｈｅｒｅ＇ｓ　Ｍｏｒｅ　Ｔｈａｎ　Ｏｎｅ　Ｗａｙ　Ｔｏ 此同时，Ｐｅｒｌ在金融数据处理、生物 的主要工具外，在服务器监控、服务
Ｄｏ　Ｉｔ．”Ｐｅｒｌ语言直接提供泛型变量、 工程科学等方面，基本上达到无可 器集群等方面的应用也起了不可代
动态数组、Ｈａｓｈ表等更加便捷的编程 替代的地位；至于应用软件就更多 替的作用，在这个结构下包含了这
元素。它具有动态语言强大灵活的 了： Ｗ ｅ ｂ ｍ ｉ ｎ 、Ａ Ｗ ｓ ｔ ａ ｔ ｓ、Ｍ Ｒ Ｔ Ｇ 、 样一些常用的软件：
特性，并且从 Ｃ／Ｃ＋＋、Ｂａｓｉｃ、Ｐａｓｃａｌ Ｓ ｐ ａ ｍ ａ ｓ ｓ ａ ｓ ｓ ｉ ｎ、Ｍ ｏ ｖ ａ ｂ ｌ ｅ 　 Ｔ ｙ ｐ ｅ、 ◆　Ａｐａｃｈｅ／Ｍｏｄ＿ｐｅｒｌ／ＦａｓｔＣＧＩ：这
等语言中分别借鉴了语法规则，从 Ｓｌａｓｈｃｏｄｅ 都是使用 Ｐｅｒｌ 编写出来的。 是用来创建Ｗｅｂ应用的服务端，尤其
而提供了许多冗余语法。这使得程 当然，眼下我所从事的工作主要集 是Ｊａｖａ　ＥＥ领域，应用服务器常常是极
序员可以忽略计算机内部数据存储、 中在Ｗｅｂ应用领域，因此也从一些像 为重要的一个开发部分。然而在使用
类型、处理方法、运算规则、甚至内 服务器监控、服务器集群等相关的 Ｐ ｅ ｒ ｌ 开发的环境下，我更喜欢使用
存越界等细节，将精力放在程序逻 应用中了解到了 Ｐｅｒｌ强大的力量。然 Ｍｏｄ＿ｐｅｒｌ来解决我手边的工作，毕竟，
辑上，Ｐｅｒｌ也因此获得了ｗｒｉｔｅ－ｏｎｌｙ的 而，对我来说体会最深的还是ＣＰＡＮ 它更适合于大型Ｗｅｂ应用的开发；
“美誉”：因为许多 Ｐｅｒｌ 程序的代码令 （ｓｅａｒｃｈ．ｃｐａｎ．ｏｒｇ）这个 Ｐｅｒｌ 资源的宝 ◆　Ｏｒａｃｌｅ／ＭｙＳＱＬ／ｏｔｈｅｒ　ＤＢ：所
人难以阅读，实现相同功能的程序代 库。在这里，你几乎能找到您需要的 有的Ｗｅｂ应用都存在数据层，因此在
码长度可以相差十倍百倍。其实Ｐｅｒｌ 所有应用，这也是其它开源软件没 这个典型的应用中，数据层也是必
同样可以将代码书写得像Ｐｙｔｈｏｎ等语 法比较的。 不可少的；
言一样优雅，至少从我手边的项目来 尽管我们常常能够看到Ｐｅｒｌ社区 ◆　Ｍａｓｏｎ／Ｃａｔａｌｙｓｔ：Ｍａｓｏｎ是一种
看，已能有效防止这种情况了。 发布出一些与 Ｐｅｒｌ　６相关的新闻，但 组件化开发的框架，它专门为大型商
是都只能表示这个语言正在发展， 务类网站所设计。在其官方网站称
Ｐｅｒｌ 开源的发展与现状 具体的日程还不得而知。不过站在 为“嵌入 Ｐｅｒｌ 语言到 ＨＴＭＬ 的模板技
Ｐｅｒｌ 早在开源软件的名字（Ｏｐｅｎ Ｐｅｒｌ　５ 这样一个高度的起点上，相信 术”， 但似乎在这里除了基本的语法
Ｓｏｕｒｃｅ）出现之前就已经是一个成功 对于每个Ｐｅｒｌ的开发人员来说都是足 同 Ｐｅｒｌ一样外，已经完全不是那种顺
的开源项目了——Ｐｅｒｌ　是自由的，并 够的。 序型解析的页面语言了。Ｃａｔａｌｙｓｔ 是

60 程序员
 ＞＞＞　 程序员开源手册

一个优雅的Ｗｅｂ应用框架，极为灵活 （ＭＶＣ）设计模式，它擅长将内容处 ￥　ｃａｔａｌｙｓｔ．ｐｌ　ＭｙＡｐｐ＃　ｏｕｔｐｕｔ　ｏｍｉｔｔｅｄ

￥　ｃｄ　ＭｙＡｐｐ
又特别简单，这个部分将在后文中详 理、表示和流程控制方面的工作区 ￥　ｓｃｒｉｐｔ／ｍｙａｐｐ＿ｃｒｅａｔｅ．ｐｌ　ｃｏｎｔｒｏｌｌｅｒ
细讲述； 分开来交给独立的模块来做 。这种 Ｌｉｂｒａｒｙ：：Ｌｏｇｉｎ

◆　ＨＴＭＬ／ＸＨＴＭＬ／ＡＪＡＸ：这部分 区分允许你为某一方面的问题修改 Ｒｕｎ

与 Ｐｅｒｌ 无关，不过在一个良好的 Ｗｅｂ 代码而不影响解决其它问题的代码。
￥　ｓｃｒｉｐｔ／ｍｙａｐｐ＿ｓｅｒｖｅｒ．ｐｌ
应用中，大多离不开它们； 这样 Ｃａｔａｌｙｓｔ提升了原来解决Ｗｅｂ应
◆　Ｍｅｍｃａｃｈｅｄ／Ｍｏｇｉｌｅｆｓ：如果你 用方面模块的重用程度。 现在可以用你喜欢的浏览器或

需要创建一个大型Ｗｅｂ应用，并且还 下面是Ｃａｔａｌｙｓｔ工作的的一个流 者代理程序来访问下面的地址来检

希望它是开源应用，应该能从Ｉｎｔｅｒｎｅｔ 程图，见图 ２： 查　Ｃａｔａｌｙｓｔ　的运行状况：ｈｔｔｐ：／／

上了解到很多与之相关的信息。 ｌｏｃａｌｈｏｓｔ：３０００／ 和 ｈｔｔｐ：／／ｌｏｃａｌｈｏｓｔ：

在Ｗｅｂ开发中常用的Ｐｅｒｌ模块主 ３０００／ｌｉｂｒａｒｙ／ｌｏｇｉｎ／。是不是简单得

要包括： 让你难以置信？

◆　ＤＢＩ　ＤＢＤ：：Ｏｒａｃｌｅ　ＤＢＤ：：Ｍｙｓｑｌ： Ｐｅｒｌ相关的主要框架还有Ｍａｓｏｎ，

这一部分是数据库操作； 这是一个组件化开发的框架 ，专门

◆　Ｎｅｔ：：ＳＭＴＰ，ＭＩＭＥ：：Ｌｉｔｅ：这个 为大型商务类网站所设计。在其官

是邮件方面的； 方网站称为“嵌入 Ｐｅｒｌ 语言到 ＨＴＭＬ

◆　 Ｌ Ｗ Ｐ ： ： Ｘ Ｘ 　 Ｕ Ｒ Ｌ ： ： Ｘ Ｘ Ｘ 的模板技术”，但除了基本的语法同
图 ２：Ｃａｔａｌｙｓｔ 工 作 的 流 程 图 Ｐｅｒｌ 一样外，已经完全不是顺序型解
ＨＴＭＬ：：ＸＸＸ：这是 Ｗｅｂ 操作相关的；
◆　ＸＭＬ：：ＸＸＸ：这些是 ＸＭＬ 操 Ｃａｔａｌｙｓｔ　比起其他的框架具有更 析的页面语言了 ，您可以去官网

作方面的； 强的灵活性。除此之外，它还具有一 ｍａｓｏｎｈｑ．ｃｏｍ 看看或来信与我交流。

◆　Ｉｍａｇｅ：：ＸＸ：这些是图形操作 些特点：
方面的； ◆　多模型、视图和控制； Ｐｅｒｌ 趋势展望
◆　ＣＧＩ：如果您使用 ＣＧＩ 方式可 ◆　可重用组件； Ｐｅｒｌ 在国外的应用相当成熟，在

能还需要它； ◆　无限制ＵＲＬ－ｔｏ－Ａｃｔｉｏｎ调度； 国内则主要是金融数据的处理、生

◆　其它：ｓｅａｒｃｈ．ｃｐａｎ．ｏｒｇ 将帮助 ◆　对 ＣＧＩ、ｍｏｄ＿ｐｅｒｌ、Ａｐａｃｈｅ：： 物工程科学领域。而在ＩＴ相关的应用

你找到您需要的模块。 Ｒｅｑｕｅｓｔ 的支持。 当中，其服务器管理（非Ｗｉｎｄｏｗｓ服

Ｃａｔａｌｙｓｔ 最棒的地方在于它如此 务器）能力几乎是不可替代的。Ｐｅｒｌ

Ｐｅｒｌ 在 Ｗｅｂ 开发中的新框架 简单的实现了这样的灵活性： 将来在国内的发展，将主要集中在

如同任何Ｗｅｂ应用一样，框架的 ◆　搭积木似的接口； 两个方面：一个是 Ｗｅｂ 开发，随着国

使用能极大提高开发效率。最近我 ◆　自动发现组件； 家支持开源软件发展的步骤加快，

们常常可以看到Ｒｕｂｙ　ｏｎ　Ｒａｉｌｓ或者是 ◆　常用模块的预定义组件； 将会有更多网站项目使用开放的

Ｊａｖａ的 Ｓｐｒｉｎｇ 和 Ｍａｙｐｏｌｅ 被热烈讨论 ◆　内建测试框架； Ｐｅｒｌ；另一方面，用户将聚焦在Ｐｅｒｌ６的

着。相比这些轻量级框架，重量级的 ◆　帮助脚本。 推出与 Ｃａｔａｌｙｓｔ 的完善上。凭借 Ｐｅｒｌ

框架往往使用起来非常不便 ，而且 如果你希望安装Ｃａｔａｌｙｓｔ并创建 本身强大的能力，它将会为Ｗｅｂ开发

缺乏灵活性，因此可以看到，近几年 简单的可运行的应用的过程，可以参 提供更加完善的解决方案。

来，一些类似Ｓｐｒｉｎｇ 这样的轻量级框 考下面的方法，这里用到了上面说

架正在日益成为社区的热点话题。 到的辅助脚本： 作者介绍：
所幸在 Ｐｅｒｌ的世界中，也存在这 Ｉｎｓｔａｌｌ Ｊａｍｅｓ　Ｚｈｅｎｇ，来自成都。服务于一家美国公

些框架，让程序员省却了很多麻烦。 司，正在从事基于 Ｏｒａｃｌｅ＋Ｐｅｒｌ＋Ｃａｔａｌｙｓｔ＋

Ｃａｔａｌｙｓｔ 就是这样一个优雅的 Ｗｅｂ应
用框架，它极为灵活又特别简单。
Ｃａｔａｌｙｓｔ 遵循模型 － 视图 － 控制
￥　ｐｅｒｌ　－ＭＣＰＡＮ　－ｅ　＇ｉｎｓｔａｌｌ　Ｂｕｎｄｌｅ：： Ｍａｓｏｎ的电子商务平台开发，欢迎更多优秀的
Ｃａｔａｌｙｓｔ＇
Ｐｅｒｌ 工程师加到我们的队伍中来。您可以通过
ｊａｍｅｓｗｏｒｋ６６＠ｇｍａｉｌ．ｃｏｍ与我联系。
Ｓｅｔｕｐ

Programmer 61
特别策划 Features
单独定义一个ＸＭＬ 文件。同样，借助
强大的动态能力，ＳＱＬＯｂｊｅｃｔ 还拥有
一个Ｈｉｂｅｒｎａｔｅ所远不及的功能，那就
是 ＳＱＬＯｂｊｅｃｔ 的映射类可以在运行时
动态改变自身结构，这也意味着数
据库中的表结构也可以在运行时进
行改变。总之，对Ｈｉｂｅｒｎａｔｅ略有了解
的开发者均能迅速理解 ＳＱＬＯｂｊｅｃｔ。
虽然我一直认为 ＳＱＬＯｂｊｅｃｔ 还远
未能将 Ｐｙｔｈｏｎ 的动态能力发挥到极
致。不过这却是一个良好的开始。也
许我们可以在不久将来看到更多更
具新意的 Ｏ／Ｒ　ｍａｐｐｉｎｇ 工具。

ＴｕｒｂｏＧｅａｒ

Python 库简介 自 ＲｏＲ（Ｒｕｂｙ　ｏｎ　Ｒａｉｌｓ）在 Ｗｅｂ 开

发领域一夜成名后，在其它语言社
区，跟风之作也如雨后春笋一般涌

□　文 ／ 汤韬 现出来。虽然ＴｕｒｂｏＧｅａｒ并非刻意模仿
ＲｏＲ 之作，不过它确确实实借着 ＲｏＲ
流行潮流得到更多人的重视。
　“俗话”说：库即是语 需考虑库的各种兼容性问题。Ｐｙｔｈｏｎ 与 ＲｏＲ相同，ＴｕｒｂｏＧｅａｒ也是一个
言，语言即是库。由此可见拥有一套 社群对于库的重视可见一斑。 轻量级Ｗｅｂ开发套件，通过几个命令
高质量、具备良好可复用库对于一 即便是拥有如此多的标准库。 行工具能够快速生成以数据库为核
门通用开发语言来说有多重要。这 这也似乎未能阻止Ｐｙｔｈｏｎ社群的开发 心的基本框架代码。典型的 Ｒ ｏ Ｒ 思
也的难怪“Ｃ ＋ ＋ 老爹”Ｂ ｊ ａ ｒ ｎ ｅ 者们天马行空般的思维。借助于动 想！这和许多开源框架的原则一样
Ｓｔｒｏｕｓｔｒｕｐ 逢人就大倒苦水：Ｃ＋＋的库 态语言简洁、优雅、灵活的表达能 ——“避免重新发明轮子”。ＴｕｒｂｏＧｅａｒ
还是太少，Ｃ＋＋社群需要开发更多高 力，这些第三方的库经常展现出令 的 Ｗｅｂ 控制层使用 ＣｈｅｒｒｙＰｙ；持久层
质量的库出来！ 人赞叹的想象力。 使用 ＳＱＬＯｂｊｅｃｔ；模板使用 Ｋｉｄ；ＡＪＡＸ
还好，为Ｐｙｔｈｏｎ语言开发一套质 好吧，现在让我们在庞大的Ｐｙ－ 使用 ＭｏｃｈｉＫｉｔ。几乎所有的重要的功
量不错的库的复杂程度远没有 Ｃ＋＋ ｔｈｏｎ库选取点滴，也许它能带给我们 能组件都源自第三方。ＴｕｒｂｏＧｅａｒ自身
来得复杂。而且Ｐｙｔｈｏｎ社区同样也深 一些另类的思考。 更像一个黏合剂，把所有的功能组
知库的重要性。结果就是Ｐｙｔｈｏｎ的发 合在一起，并能够形成力量的倍增。
行版即奉上超过３００个的标准库（这 ＳＱＬＯｂｊｅｃｔ
还不包括专门针对 Ｍａｃ 机的 ５０ 余个 ＳＱＬＯｂｊｅｃｔ 可以看做是 Ｐｙｔｈｏｎ 领 ４Ｓｕｉｔｅ
库，谁让那小子另类呢）。 域的 Ｈｉｂｅｒｎａｔｅ。它也是目前 ｐｙｔｈｏｎ社 虽然 Ｐｙｔｈｏｎ 标准库提供了 ＸＭＬ
３００ 多个库中，绝大部分具备跨 区中最为成熟方便的Ｏ／Ｒ　ｍａｐｐｉｎｇ工 处理工具，但是它只提供一些基本
平台能力（＊ＮＩＸ／Ｗｉｎｄｏｗｓ）。这些库 具。和Ｈｉｂｅｒｎａｔｅ相比，ＳＱＬＯｂｊｅｃｔ 利用 功能。如果你想获得更为强大的ＸＭＬ
覆盖了开发的方方面面，Ｐｙｔｈｏｎ语言 了动态语言的独有特性，通过灵活使 处理能力，４Ｓｕｉｔｅ是一个更好的选择。
的用户可以在一个典型命令行环境 用继承、灵活使用 ＭｅｔａＤａｔａ能力，能 ４Ｓｕｉｔｅ被称为ＸＭＬ 工具中“内行
下（比如Ｌｉｎｕｘ　Ｓｈｅｌｌ），仅仅利用标准 够快速方便定义直接在程序中定义 的选择”。除了最基本的Ｄｏｍ－Ｌｉｋｅ和
库即可完成绝大部分工作，同时无 映射类，不用像 Ｈｉｂｅｒｎａｔｅ中那样还需 ＳＡＸ－Ｌｉｋｅ 处理库外，４Ｓｕｉｔｅ 还提供

62 程序员

ＸＩｎｃｌｕｄｅ，ＸＰｏｉｎｔｅｒ，ＸＬｉｎｋ，ＸＰａｔｈ，
ＸＵｐｄａｔｅ 用于ＸＭＬ 文档的查询、更新
操作等等；提供ＸＳＬＴ完整处理能力。
４Ｓｕｉｔｅ不光功能强大，性能也相
当不错。这主要是得益于其核心代
码部分采用Ｃ完成。这在需要处理大
量 ＸＭＬ 文档的地方，４Ｓｕｉｔｅ实在是一
个完美的选择。
Ｐｙｒｏ
Ｐｙｒｏ 的全称是“Ｐｙｔｈｏｎ　Ｒｅｍｏｔｅ
Ｏｂｊｅｃｔｓ”。按照字面即可理解 Ｐｙｒｏ 的
功能：提供远程对象。Ｐｙｒｏ 为Ｐｙｔｈｏｎ
语言提供异常简洁的 ＲＰＣ 解决方案。
其实 Ｐｙｔｈｏｎ 语言中不乏一些更
加通用的远程调用方案，例如都是
基于 ＸＭＬ 的 ＸＭＬＲＰＣ和 ＳＯＡＰ。那么
Ｐｙｒｏ这样的单纯的Ｐｙｔｈｏｎ远程调用方
案具有什么样的优势呢？那就是性
能与易用性。
由于动态语言具有强大反射能
力，因此实现对象序列化对于Ｐｙｔｈｏｎ
来说简直易如反掌。对象的序列化
在 Ｐｙｔｈｏｎ中被称为 ｐｉｃｋｌｅ，这是许多
Ｐｙｔｈｏｎ应用的核心机制。Ｐｙｒｏ 也正是
充分利用 ｐｉｃｋｌｅ 的威力，在网络间提
供远程对象的调用。它的性能要远
远超过使用 ＸＭＬ 对远程对象进行编
码 ／ 解码。同时，它在接口调用设计
上也非常简洁。在服务器端和客户
端只需 ２、３ 行代码就完成对象的封
装与调用，远比ＳＯＡＰ来得简单轻松。
Ｔｗｉｓｔｅｄ
上个月，Ｚｏｐｅ　３．２发布，
在这个最
新版中， 一个重要的变化就是：使用
了近十年的处理Ｗｅｂ请求的网络框架
代码被放弃，取而代之是以Ｔｗｉｓｔｅｄ 为
核心实现的代码。据称这样可以改善
系统性能以及可扩展性。于是Ｔｗｉｓｔｅｄ
库再一次成为了人们关注的焦点。
Ｔｗｉｓｔｅｄ 的核心概念是非阻塞异
步网络服务器（所以它也被成为Ｐｙ－
ｔｈｏｎ中ＡＣＥ，如果你还不知道什么是
ＡＣＥ，那么看看前面关于Ｃ＋＋库的文
章），这是目前为止性能最好的网络
处理模型。也许是非阻塞异步处理
的天生复杂性所致，Ｔｗｉｓｔｅｄ 几乎是
我所见过的最复杂，最难用的Ｐｙｔｈｏｎ
库。Ｔｗｉｓｔｅｄ 的使用者需要面对大量
新的概念和新的模式 ，这一点上和
ＡＣＥ 倒颇有几分相似。
陡峭的学习曲线，阻碍了很多
人掌握 Ｔｗｉｓｔｅｄ 库。这也许是想要获
得高性能所付出的必要代价 。难怪
Ｏ’ＲＥＹＬＬＩ在其出版的关于Ｔｗｉｓｔｅｄ的
书的封面引用了一只九头怪蛇，还
真是贴切。
Ｐｓｙｃｏ
赞美Ｐｙｔｈｏｎ的好话可以说一箩筐，
那么它的缺点是什么？这还用问吗，当
然是性能。
性能——已经成为Ｐｙｔｈｏｎ根
深蒂固的老毛病了。不要说和Ｃ＋＋／
Ｊａｖａ／Ｃ＃这样的语言相比，即使是和它
的同门兄弟们——Ｒｕｂｙ、Ｐｅｒｌ、ＰＨＰ 这
样的脚本语言相比，Ｐｙｔｈｏｎ的性能依然
是最糟糕的。
Ｐｙｔｈｏｎ的设计者们似乎仅
仅在乎语言机制的完美，几乎不考虑性
能。ＣＰｙｔｈｏｎｙ 引擎已经发展了这么多
年，查看其源代码，性能优化代码少之
又少。对象引用模型至今还在使用引
用计数器的方式，至于发展一个 ＪＩＴ 引 作者介绍：
擎，算了吧，不要指望了。
还好，Ｐｓｙｃｏ 的出现，带给我们
了一线希望。Ｐｓｙｃｏ 通过将运行中字
节码编译为二进制代码从而大幅提
＞＞＞　 程序员开源手册
升整个应用的性能，在某些环境中
甚至能将速度提升一个数量级。
虽然Ｐｓｙｃｏ还不能视为一个真正
意义上的 ＪＩＴ 的引擎，也无法像 Ｊａｖａ
中的 ＪＩＴ 那样提供完全透明的服务。
但我们仍然要为Ｐｓｙｃｏ的发展感到振
奋。目前，在其最新版本中，只需两
行代码的添加，就能使你的程序充
分使用 Ｐｓｙｃｏ，从而提升性能。
ｗｘＰｙｔｈｏｎ
在许多人眼里，动态语言／脚本
语言一般仅适合完成命令行或 ＷＥＢ
的工作，而在桌面开发方面实在是
丑陋不堪。而 ｗｘＰｙｔｈｏｎ 的出现无疑
是给这种偏见以有力的回击。
ｗ ｘ Ｐ ｙ ｔ ｈ ｏ ｎ 实际上发展多年的
Ｃ＋＋ 框架 ｗｘＷｉｎｄｏｗ （现已更名为
ｗ ｘ Ｗ ｉ ｄ ｇ ｅ ｔ ｓ）的 Ｐ ｙ ｔ ｈ ｏ ｎ 封装。而
ｗｘＷｉｎｄｏｗ的目标是建立一个跨平台
的 ＧＵＩ 框架。ｗｘＷｉｎｄｏｗ 现已能在
Ｗｉｎｄｏｗｓ／Ｕｎｉｘ／Ｍａｃ 上良好运行。自
然ｗｘＰｙｔｈｏｎ也能横跨上述几个平台。
ｗｘＰｙｔｈｏｎ 使用的原生窗口。这就
意味着使用ｗｘＰｙｔｈｏｎ 开发的ＧＵＩ 和操
作系统本地 ＧＵＩ 系统在界面外观上没
有任何区别。如果和Ｊａｖａ中ＧＵＩ库对比
一下，就可以发现，ｗｘＰｙｔｈｏｎ 更加类
似 ＳＷＴ 而不是Ｓｗｉｎｇ。因为ＳＷＴ也是
使用的原生窗口，想想Ｅｃｌｉｐｓｅ 的界面
有多漂亮就知道原生窗口的优势了。
虽然不少Ｃ＋＋爱好者对ｗｘＷｉｎｄｏｗ
框架的设计颇有微词，不过在经过
Ｐｙｔｈｏｎ的封装后，没有了指针、没有了
ＭＦＣ时代的事件机制，ｗｘ框架的易用
性获得了极大提升。这也是Ｐｙｔｈｏｎ的另
一个巨大魅力所在。
汤韬，ＯＳＤＮ（ｗｗｗ．ｏｓｄｎ．ｎｅｔ．
ｃｎ）网站开发主管，对 Ｌｉｎｕｘ以及
开源技术拥有广泛兴趣，喜好
Ｐｙｔｈｏｎ、Ｒｕｂｙ 等动态语言。
Programmer 63
特别策划 Features
●　ｇｒｕｆｆ是基于Ｒｍａｇｉｃｋ的图表生
成工具。产生的图像颇具Ａｐｐｌｅ设计
风格，还支持多种配色模板；

快车寻宝之旅 ●　ｇｎｕｐｌｏｔ 是同名用于科学统计

图表绘制工具的 Ｒｕｂｙ 接口。
◆　Ｈｔｍｌ／ＸＭＬ 解析工具
●　 ｒｕｂｙｆｕｌ＿ｓｏｕｐ 和 Ｒｕｂｙ 自带的
□　文 ／ 银昊
ＲＥＸＭＬ 不同，它把ＸＭＬ结构映射成自
然的对象层次和 ｈａｓｈ方便使用。
◆　工具库
　自去年开始在北美Ｒｕｂｙ 态的，对象可以在运行时决定外界 ●　ｒｉｏ 为各种ＩＯ需求（文件，目录，
ｏｎ　Ｒａｉｌｓ 和Ａｊａｘ逐渐成为热门的两大 的消息请求改如何处理而不是直接 压缩文件、Ｕ Ｒ Ｉ 、Ｃ Ｓ Ｖ 格式文本、
ＩＴ流行名词。Ｒｕｂｙ　ｏｎ　Ｒａｉｌｓ（简称ＲｏＲ 传递给方法。也许过于强大总是伴 ＳｔｒｉｎｇＩＯ）
提供了简洁一致的操作接口；
或Ｒａｉｌｓ）作为新一代Ｗｅｂ应用开发框 随着风险，Ｍａｔｚ曾经这样解释Ｒｕｂｙ的 ●　ｒａｋｅ类似ｍａｋｅ和Ａｎｔ 的任务管
架，以其整合性，简化配置，避免重 设计哲学：“一把锋利的刀也许会割 理工具，但是配置更灵活简单。
复及快速反馈的设计理念确立了Ｗｅｂ 伤手指，但总比钝的好。” ◆　Ｗｅｂ 模板
框架设计的新标准并吸引众多模仿 ●　ＲｅｄＣｌｏｔｈ实现了Ｔｅｘｔｉｌｅ风格模
者。但是对Ｒａｉｌｓ本身依然存在不少争 工欲善其事必先利于器 板渲染而 ＢｌｕｅＣｌｏｔｈ实现了 Ｍａｒｋｄｏｗｎ
论，很大程度上是因为Ｒａｉｌｓ是建立在 有人说Ｐｅｒｌ的强大源于其ＣＰＡＮ， 风格。这两个名字真是有趣。
Ｒｕｂｙ这个颇为“另类”的语言之上的。 作为一脉相承的 Ｒｕｂｙ 也有自己一套 ◆　Ｗｅｂ 服务器
优雅的包管理系统：Ｇｅｍｓ。Ｇｅｍｓ的包 ●　 Ｍｏｎｇｒｅｌ 相比 Ｒａｉｌｓ 自带的纯
缘起 依托 ｗｗｗ．ｒｕｂｙｆｏｒｇｅ．ｏｒｇ 管理。你可 Ｒｕｂｙ 服务器 Ｗｅｂｒｉｃｋ 速度快很多并支
Ｒ ｕ ｂ ｙ 由松本行弘 以在 Ｒｕｂｙｆｏｒｇｅ 上浏览分类目录寻找 持并发，有望成为 Ｒｕｂｙ 的 Ｔｏｍａｃｔ。
（ Ｍ ａ ｔ ｚ，Ｍ ａ ｔ ｓ ｕ ｍ ｏ ｔ ｏ 需要添加的包，然后只需在命令行 如果没有恰好出了 Ｒａｉｌｓ 这个杀
Ｙｕｋｉｈｉｒｏ）于 １９９３ 年创 下执行 gem install 包名① 即可， 手级应用，Ｒｕｂｙ现在很可能依然默默
造，之后因为英语文档缺乏，仅在日 Ｇｅｍｓ 系统会自动连接服务器更新目 无闻。Ｒａｉｌｓ 到底有那些神通呢？
本国内流行。直到２０００年Ｐｒｏｇｒａｍｍｉｎｇ 录并下载安装你所指定的包 ，当某 ◆　提供了即装即用的整套ＭＶＣ
Ｒｕｂｙ（俗称 Ｐｉｃｋａｘｅ　ｂｏｏｋ）第一版的出 些被依赖的包需要安装时亦会提醒。 开发架构；
版，Ｒｕｂｙ真正在全球范围引起关注。 相信使用Ｄｅｂｉａｎ、Ｇｅｎｔｏｏ和ＦｒｅｅＢＳＤ的 ◆ 　 消灭了冗余的 Ｘ Ｍ Ｌ 配置；
虽然发展历史较短，但其继承自Ｐｅｒｌ 朋友一定会觉得 Ｇｅｍｓ 很顺手。 ◆　 提供了代码生成脚本， 用于
的灵活性和自Ｓｍａｌｌｔａｌｋ的动态面向对 这里和大家分享一些我自己常 快速搭建（ｓｃａｆｆｏｌｄ）和测试；
象特性已经吸引了如 Ｍａｒｔｉｎ　Ｆｌｏｗｅｒ， 用的 ｇｅｍ 包： ◆　Ｇｅｎｅｒａｔｏｒ在生成代码的同时
Ｄａｖｅ　Ｔｈｏｍａｓ，　Ａｎｄｒｅｗ　Ｈｕｎｔ，Ｄａｖｉｄ ◆　数据库驱动 会生成相应测试骨架；
Ｈｅｉｎｅｍｅｉｅｒ　Ｈａｎｓｓｏｎ（简称ＤＨＨ，Ｒａｉｌｓ ●　ｍｙｓｑｌ② ，ｓｑｌｉｔｅ３－ｒｕｂｙ，　ｐｏｓｔｇｒｅ－ ◆　开发环境为快速反馈提供支
创造者）等大师和天才的钟爱。 ｐｒ，名字不言而喻。然而，并不是所 持；代码即改即见结果；
Ｒｕｂｙ的设计遵循“最小惊讶”原 有的 Ｒｕｂｙ库都是通过ｇｅｍ方式安装， ◆　Ｒａｉｌｓ 划分了开发、测试、部
则，可读性非常好，感觉就像自然英 需要从 Ｒｕｂｙｆｏｒｇｅ下载获取。 署三个环境；
语。ＡＰＩ经常可以猜出来，而命名参 ◆　图形库 ◆　Ｒａｉｌｓ让用户使用声明式的领
数和默认参数值的运用（尤其在Ｒａｉｌｓ ●　Ｒｍａｇｉｃｋ 是非常优秀的图像处 域语言（ＤＳＬ）快速建模、开发；
中）免除了经常复查ＡＰＩ文档或者死 理库，需要另外安装 ＩｍａｇｅＭａｇｉｃｋ 或 ◆　１．０新功能Ｍｉｇｒａｔｉｏｎ提供分布
记参数顺序的麻烦。Ｒｕｂｙ的面向对象 ＧｒａｐｈｉｃｓＭａｇｉｃｋ。该库常被用于生成缩 式数据库版本同步；
特性是彻底的，同时Ｒｕｂｙ也是高度动 略图这样的任务； ◆　１．１新功能ＲＪＳ提供了纯Ｒｕｂｙ

64 程序员
 ＞＞＞　程序员开源手册

与 Ｒｕｂｙ 及 ＲｏＲ 相关的常用资源 慢，比有 ＶＭ 又有 ＪＩＴ 的 Ｊａｖａ就更不

国内网站 提了。
● 　ｗｗｗ．ｒｕｂｙ－ｃｎ．ｏｒｇ　国内 Ｒｕｂｙ 先驱 ◆　 工具支持： 大部分人还在用
● 　ｗｗｗ．ｒａｉｌｓｃｎ．ｃｏｍ　聚集了一批 Ｒａｉｌｓ 爱好者，来自国内国外香港台湾

● 　ｆｏｒｕｍ．ｊａｖａｅｙｅ．ｃｏｍ　 其中的 ＲｏＲ 版块集中了一些行业经验丰富的专家

高级编辑器（Ｔｅｘｔｍａｔｅ、Ｊｅｄｉｔ、Ｖｉｍ、
国外网站 Ｅｍａｃｓ）开发 Ｒｕｂｙ或 Ｒａｉｌｓ。同时新的
● 　ｗｗｗ．ｒｕｂｙ－ｄｏｃ．ｏｒｇ　Ｒｕｂｙ 文档集散地 ＩＤＥ如基于Ｅｃｌｉｐｓｅ的ＲＤＴ和ＲａｄＲａｉｌｓ也
● 　ｒｕｂｙｑｕｉｚ．ｃｏｍ　Ｒｕｂｙ 每周一题汇总
进步神速。
● 　ｗｗｗ．ｒｕｂｙｏｎｒａｉｌｓ．ｏｒｇ　Ｒａｉｌｓ 主站，文档，ｗｉｋｉ，源码

● 　ｒａｉｌｓ．ｔｅｃｈｎｏ－ｗｅｅｎｉｅ．ｎｅｔ　Ｒａｉｌｓ 问答 ◆　Ｒｕｂｙ 和Ｒａｉｌｓ 非常英语化，无

● 　ｗｗｗ．ｒｕｂｙ－ｆｏｒｕｍ．ｃｏｍ　Ｒｕｂｙ、Ｒａｉｌｓ 邮递列表 Ｗｅｂ 界面
论语法还是 ＡＰＩ设计。虽然这和Ｒｕｂｙ
● 　ｗｗｗ．ｂｉｇｂｏｌｄ．ｃｏｍ／ｓｎｉｐｐｅｔｓ／ｔａｇｓ／ｒａｉｌｓ　Ｒａｉｌｓ 代码片段库
发源在日本的事实似乎矛盾 ，不管
方式构建 Ａｊａｘ 应用。 后可以用来做 ｗｏｒｋｆｌｏｗ 吧； 怎么说非英语国家的人要适应需要
Ｒａｉｌｓ 的核心 ＡＰＩ自去年 ４月开始 ●　ａｃｔｓ＿ａｓ＿ｔｈｒｅａｄｅｄ，用来设计论 跨越一点障碍。
就趋于稳定，而不久前的１．１版本发 坛回复层次结构； ◆　 虽然越来越多的人⑤ 认同
布后“大多数人大多数情况用的功 ●　还有些插件用来增强 Ａｃｔｉｖｅ－ Ｒｕｂｙ 和 Ｒａｉｌｓ 在开发速度、响应能力
能”都已实现，所以核心开发小组的 Ｒｅｃｏｒｄ 的验证功能和错误信息。 和生产力提升上的不俗表现 ，但因
重点将放到开发更多插件以满足 ◆　搜索引擎 为多数项目为时尚短 ，还无法确认
“一部分人有时用到的功能”上。Ｒａｉｌｓ ●　 ａｃｔｓ＿ａｓ＿ｆｅｒｒｅｔ ，基于 Ａｐａｃｈｅ 长远的可维护状况。
的插件体系类似于 Ｇｅｍｓ，管理十分 Ｌｕｃｅｎｅ； ◆　ＤＨＨ 不希望 Ｒａｉｌｓ 进入主流，
方便。Ｒａｉｌｓ 插件并没有 Ｒｕｂｙｆｏｒｇｅ 那 ●　 ａ ｃ ｔ ｓ ＿ ａ ｓ ＿ ｓ ｅ ａ ｒ ｃ ｈ ａ ｂ ｌ ｅ， 基于 而是像 Ａｐｐｌｅ 那样，充满创新，为人
样统一的管理站点，一般都是放在开 ＨｙｐｅｒＥｓｔｒａｉｅｒ； 人所向往的非主流。当然在北美主
发者自己的Ｓｕｂｖｅｒｓｉｏｎ版本服务器上。 ◆　 国际化插件： Ｒ ｕ ｂ ｙ 本身对 流的定义也许就是Ｊａｖａ＋外包，还有
好在我们依然可以随时获得最新的插 Ｕｎｉｃｏｄｅ 的支持比较简陋，好在Ｒａｉｌｓ的 很多下班后不想继续编程的人的稳
件目录：在 Ｒａｉｌｓ 项目下执行 r ub y 几个插件
（Ｇｌｏｃ，Ｇｌｏｂａｌｉｚｅ，　Ｌｏｃａｌｉｚａｔｉｏｎ） 定工作。
script\plugin discover同步插 都在不断完善。 ◆　最后Ｒａｉｌｓ至少给别的开发社
件源。不过您最好先从Ｒａｉｌｓ　ｗｉｋｉ上的 ◆　Ｅｎｇｉｎｅｓ ④ 是一类特殊的插件， 区一些启发：越早获得反馈越好，减
ｐｌｕｇｉｎ 目录找到所需：ｈｔｔｐ：／／ｗｉｋｉ． 和 ｐｌｕｇｉｎ 只包含代码不同，ｅｎｇｉｎｅ 可以 少滥用 ＸＭＬ，ＤＲＹ（Ｄｏｎ’ｔ　Ｒｅｐｅａｔ
ｒｕｂｙｏｎｒａｉｌｓ．ｏｒｇ／ｒａｉｌｓ／ｐａｇｅｓ／Ｐｌｕｇｉｎｓ，然 包含ＭＶＣ三个层面，
是重量级的组件。 Ｙｏｕｒｓｅｌｆ）。
后再用 ruby scri pt\plugin ◆　其他插件
注释
install 插件名安装。目前，Ｒａｉｌｓ已 ●　ｔｈｅｍｅ＿ｓｕｐｐｏｒｔ是用来换肤的；
① 等宽字体表示命令，斜体表示变量
有上百个各种插件，几乎每过几天就 ●　Ｒｓｐｅｃ，下一代测试工具，ａｓｓｅｒｔ
② 粗体表示 ｇｅｍ 包名
能看见新的插件更新。下面是一些有 杀手。
③ ＤＨＨ，　Ｐｕｒｓｕｉｔ　ｏｆ　Ｂｅａｕｔｙ：　ｈｔｔｐ：／／
趣的插件：
ｍｅｄｉａ．ｒｕｂｙｏｎｒａｉｌｓ．ｏｒｇ／ｐｒｅｓｅｎｔａｔｉｏｎｓ／
◆　ＡｃｔｉｖｅＲｅｃｏｒｄ 是 Ｒａｉｌｓ 中代码量 轻车上轨路漫漫 ｐｕｒｓｕｉｔｏｆｂｅａｕｔｙ．ｐｄｆ
最大的一个模块，也是Ｒａｉｌｓ“美就是 ◆　因为在全球范围发展历史较
④ ｈｔｔｐ：／／ｒａｉｌｓ－ｅｎｇｉｎｅｓ．ｏｒｇ
生产力”思想③ 的集中体现，往往加一 短，Ｒｕｂｙ 类库依然不足，虽然由于 ⑤ Ｍａｒｔｉｎ　Ｆｌｏｗｅｒ　ＥｖａｌｕａｔｉｎｇＲｕｂｙ　ｈｔｔｐ：／
句话到类里就能添加一大堆功能。自 Ｒａｉｌｓ 的关系和 Ｗｅｂ 相关的库有越来 ／ｍａｒｔｉｎｆｏｗｌｅｒ．ｃｏｍ／ｂｌｉｋｉ／ＥｖａｌｕａｔｉｎｇＲｕｂｙ．ｈｔｍｌ
然相应的数据模型插件也层出不穷： 越多，在非 Ｗｅｂ领域仍然颇为局限。
●　ａｃｔｓ＿ａｓ＿ｔａｇｇａｂｌｅ，一句话就给 ◆　 国际化的问题： 实际上只要
作者介绍：

模型添加了很酷的 ｔａｇ 功能； 页面、程序、数据库统一都用 ｕｔｆ－８ 银昊，生于海上，现漂泊于枫叶

●　ａｃｔｓ＿ａｓ＿ｓｔａｔｅ＿ｍａｃｈｉｎｅ，很有趣 编码、显示和储存都没有问题。 之国， 在某创业公司从事数据

的插件，当对象有复杂状态时可以 ◆　 速度：Ｒｕｂｙ 还是基于解释器 分析应用设计开发。偶遇Ｒａｉｌｓ

半年有余，不时窃喜之。
用这个定义状态切换规则，也许以 的，速度比基于虚拟机的 Ｐｙｔｈｏｎ 要

Programmer 65
特别策划 Features
8. 能方便地利用表和动态元机

一颗璀璨的月光宝石
制实现基于原型（ｐｒｏｔｏｔｙｐｅ－ｂａｓｅｄ）的
面向对象模型；
9. 从 ５．１ 版开始提供了完善的

—— Ｌｕａ
模块机制，从而更好地支持开发大型
的应用程序。
Ｌｕａ的语法类似Ｐａｓｃａｌ和Ｍｏｄｕｌａ，

□　文 ／ 邓际锋 但更加简洁，所有的语法产生式规

则（ＥＢＮＦ）不过才 ６０ 几个。熟悉 Ｃ 和
Ｐａｓｃａｌ的程序员一般只需半个小时便
　１９９３ 年在巴西里约热 构，称为表（ｔａｂｌｅ），它类似ｋｅｙ－ｖａｌｕｅ 可将其完全掌握。而在语义上Ｌｕａ则
内卢天主教大学（Ｐｏｎｔｉｆｉｃａｌ　Ｃａｔｈｏｌｉｃ 关联数组，可以用任何类型的值作 与 Ｓｃｈｅｍｅ 极为相似，它们完全共享
Ｕｎｉｖｅｒｓｉｔｙ　ｏｆ　Ｒｉｏ　ｄｅ　Ｊａｎｅｉｒｏ　ｉｎ　Ｂｒａｚｉｌ）诞 为 ｋｅｙ和ｖａｌｕｅ。提供了一致且富有表 上述的 １、３、４、６点特性，　Ｓｃｈｅｍｅ
生了一门编程语言，发明者是该校的 达力的表构造语法，使得Ｌｕａ很适合 的ｃｏｎｔｉｎｕａｔｉｏｎ与协程也基本相同只是
三位研究人员，他们给这门语言取了 描述复杂的数据； 自由度更高。最引人注目的是，两种
个浪漫的名字——Ｌｕａ。 3. 函数是一等类型，支持匿名函 语言都只提供唯一一种数据结构：
Ｌｕａ从一开始就是作为一门方便 数和正则尾递归（ｐｒｏｐｅｒ　ｔａｉｌ　ｒｅｃｕｒｓｉｏｎ）； Ｌｕａ的表和Ｓｃｈｅｍｅ的列表（ｌｉｓｔ）。正因
嵌入（ 其它应用程序） 并可扩展的轻 4. 支持词法定界（ ｌ ｅ ｘ ｉ ｃ ａ ｌ 为如此，有人甚至称 Ｌｕａ 为“只用表
量级脚本语言来设计的，因此它一 ｓｃｏｐｉｎｇ）和闭包（ｃｌｏｓｕｒｅ）； 的 Ｓｃｈｅｍｅ”。
直遵从着简单、小巧、可移植、快速 5. 提供ｔｈｒｅａｄ类型和结构化的协 相比 Ｊａｖａ、Ｐｙｔｈｏｎ、Ｐｅｒｌ，Ｌｕａ的
的原则，官方实现完全采用 ＡＮＳＩ　Ｃ 程（ｃｏｒｏｕｔｉｎｅ）机制，在此基础上可方便 开源工具和库可能并不算多 ，但其
编写，能以Ｃ程序库的形式嵌入到宿 实现协作式多任务； 中不乏优秀之作。以下介绍的资源
主程序中。Ｌｕａ的每个版本都保持着 6. 运行期能编译字符串形式的 均可在 ｈｔｔｐ：／／ｌｕａ－ｕｓｅｒｓ．ｏｒｇ／ｗｉｋｉ／
开放源码的传统，不过各版采用的 程序文本并载入虚拟机执行； ＬｕａＡｄｄｏｎｓ 上找到，而且绝大多数都
许可协议并不相同，自 ５．０ 版（最新 7. 通过元表（ｍｅｔａｔａｂｌｅ）和元方 遵循着与 Ｌｕａ 相同的许可协议。
版是 ５ ． １ ） 开始它采用的是著名的 法（ ｍ ｅ ｔ ａ ｍ ｅ ｔ ｈ ｏ ｄ ）提供动态元机制
ＭＩＴ 许可协议。正由于上述特点，所 （ｄｙｎａｍｉｃ　ｍｅｔａ－ｍｅｃｈａｎｉｓｍ），从而允许 Ｋｅｐｌｅｒ
以 Ｌｕａ在游戏开发、机器人控制、分 程序运行时根据需要改变或扩充语 Ｋｅｐｌｅｒ 是一个简单且轻量的 Ｗｅｂ
布式应用、图像处理、生物信息学等 法设施的内定语义； 开发平台（但这并不意味着只能用它
各种各样的领域中得到了越来越广 来开发简单的应用），支持用Ｌｕａ撰写
泛的应用。其中尤以游戏开发为最， Ｗｅｂ 程序，因此相当易学易用，并且
许多著名的游戏，比如 Ｅｓｃａｐｅ　ｆｒｏｍ 能较方便地应用在一些资源受限的
Ｍｏｎｋｅｙ　Ｉｓｌａｎｄ、Ｗｏｒｌｄ　ｏｆ　Ｗａｒｃｒａｆｔ、 系统中。由于使用ＡＮＳＩ　Ｃ和Ｌｕａ进行
大话西游，都采用了Ｌｕａ来配合引擎 开发，所 以 它 能 移 植 到 任 何 支 持
完成数据描述、配置管理和逻辑控 ＡＮＳＩ　Ｃ 的平台上。
制等任务。 Ｋｅｐｌｅｒ由多个Ｌｕａ扩展库组成，包
作为一门过程型动态语言， Ｌ ｕ ａ 括 ＣＧＩＬｕａ、ＬｕａＳｏｃｋｅｔ、ＬｕａＦｉｌｅＳｙｓｔｅｍ、
有着如下的特性： Ｃｏｐａｓ、ＬｕａＳＱＬ、ＬｕａＬＤＡＰ、ＬｕａＥｘｐａｔ、
1. 变量名没有类型，值才有类 ＬｕａＸＭＬＲＰＣ、ＬｕａＳＯＡＰ 、ＬｕａＺｉｐ 、
型，变量名在运行时可与任何类型 Ｘａｖａｎｔｅ 等，它们可大致分为核心库
的值绑定； 和功能支撑库两部分 。其中核心是
2. 语言只提供唯一一种数据结 ＣＧＩＬｕａ 和 ＬｕａＳｏｃｋｅｔ，后者负责 ＴＣＰ／

66 程序员
 ＞＞＞　程序员开源手册

的Ｌｕａ　ＧＵＩ程序在许多平台上都能顺
畅地运行。

Ｐｌｕｔｏ
虽然Ｌｕａ中的表能通过表构造器
以Ｌｕａ代码的形式保存到文件中从而
实现持久化，但当数据之间有着复
杂的引用关系，并且存在循环引用、
共享引用等特殊情况时，这个任务
就变得相当困难与繁琐了。Ｐｌｕｔｏ 持
久化库能够为用户解决这个难题。
在它的帮助下程序员可以将任意复
杂的表数据保存到特殊格式的二进
制文件中以待将来恢复，库会自动
处理循环引用之类的情况。
除表之外，Ｐｌｕｔｏ还支持函数（确
切地说是闭包）、ｔｈｒｅａｄ的持久化，这
ＵＤＰ　ｓｏｃｋｅｔｓ 的操作，前者则可以创 ｗｘＬｕａ 流行网 种能力非常有意义。大家都知道程
络 游 戏“ 魔
建动态页面并处理ｗｅｂ表单上的输入 ＧＵＩ是开发人员花费气力比较大 兽 世 界 ”的 序调试中的一个基本动作就是复现
插件与脚本
数据。Ｋ ｅ ｐ ｌ ｅ ｒ 通过 Ｃ Ｇ Ｉ Ｌ ｕ ａ 起动器 的一个领域，因此简化ＧＵＩ程序的编 ｂｕｇ，但很多时候ｂｕｇ产生的条件是非
都 是 使 用
（ｌａｕｎｃｈｅｒ）使得 Ｗ ｅ ｂ 服务器能执行 写一直是广大程序员的努力方向。 Ｌｕａ 撰 写 常复杂的，依赖很多因素，开发者很
ＣＧＩＬｕａ和Ｗｅｂ程序并与之通信。目前 随着脚本语言的兴起 ，将动态、灵 难精确地构建出完全一致的运行环
的版本已经包括适合 ＣＧＩ、ＦａｓｔＣＧＩ、 活、易用的脚本语言引入到ＧＵＩ开发 境。而利用Ｐｌｕｔｏ对函数和ｔｈｒｅａｄ的持
Ａｐａｃｈｅ、ＩＩＳ、Ｔｏｍｃａｔ、Ｚｏｐｅ 的ＣＧＩＬｕａ 中是一种非常有价值的尝试 。由于 久化能力，我们可以把ｂｕｇ发生时程
起动器，因此用Ｌｕａ 开发的Ｗｅｂ程序 复杂的 Ｇ Ｕ Ｉ 布局需要大量的描述信 序的完整运行环境保存下来 ，今后
可以在这些种类的服务器中自由迁 息，所以比起其它脚本来，既适合编 就可凭此方便地复现 ｂｕｇ。另外一个
移，只要同时安装上对应的ＣＧＩＬｕａ起 程又适合描述数据的Ｌｕａ语言在构建 重要应用是游戏进度的保存 。实现
动器。 ＧＵＩ 上就具有独特的优势。 游戏逻辑的Ｌｕａ脚本的运行状态能随
ＬｕａＦｉｌｅＳｙｓｔｅｍ 是对标准 Ｌｕａ 库中 ｗｘＷｉｄｇｅｔｓ是一个著名的跨平台 时写入到文件中留待将来恢复，这
文件读写功能的补充 ，它提供了一 Ｃ ＋ ＋ 　 Ｇ Ｕ Ｉ 库，ｗ ｘ Ｌ ｕ ａ 在 Ｌ ｕ ａ 与 使得在任何时间点保存游戏成了一
种可移植的方法来访问系统的目录 ｗｘＷｉｄｇｅｔｓ之间架起了一座桥梁，通 件非常容易的事情。
结构和文件属性。Ｃｏｐａｓ则是一个基 过它 Ｌ ｕ ａ 代码几乎可以调用
于协程的服务调度器。Ｘａｖａｎｔｅ 是一 ｗｘＷｉｄｇｅｔｓ 的所有功能。ｗｘＬｕａ基本 ＬｕａＣＯＭ
个用Ｌｕａ开发的支持ＨＴＴＰ　１．１的Ｗｅｂ 将 ｗｘＷｉｄｇｅｔｓ 的类体系映射到了 Ｌｕａ ＬｕａＣＯＭ 是一个支持 Ｌｕａ 与符合
服务器，它直接支持ＣＧＩＬｕａ而无需起 （基于原型） 的对象模型中，这使得 ＣＯＭ规范的组件对象（确切一点说是
动器。 程序员能以基于对象或面向对象的 自动化对象）进行交互的扩展库。所
其它的组件提供了 Ｓ Ｑ Ｌ 数据库 风格来开发 ｗｘＬｕａ 程序。一个 Ｌｕａ脚 谓交互包括了两个方面，首先是允
访问、Ｘ Ｍ Ｌ 解析、ＬＤＡＰ 、Ｓ Ｏ Ａ Ｐ 、 本的撰写、运行、测试和修改可以非 许 Ｌｕａ 程序使用 ＣＯＭ 对象。ＬｕａＣＯＭ
ＸＭＬＲＰＣ、ＺＩＰ 文件操作等功能，用户 常快速，这无疑大大提高了ＧＵＩ程序 支持注册在系统注册表中的 ＣＯＭ 对
如果只需要其中的某些功能 ，可以 的开发效率，因此ｗｘＬｕａ非常适合快 象的动态实例化，也支持动态访问
抽出相关组件（ 及其所依赖的组件） 速原型的构造。另外，Ｌｕａ本身以及 运行中的对象。在ＬｕａＣＯＭ的帮助下，
来使用。 ｗｘＷｉｄｇｅｔｓ良好的可移植性使得相应 调用ＣＯＭ对象方法就象调用普通Ｌｕａ

Programmer 67
特别策划 Features
函数一样，存取属性也与存取表的 ｔｏｌｕａ 本身不是一个Ｗｒａｐｐｅｒ，但 返回到那一点。在标准 Ｌｕａ 中，协程
字段类似，同时它还负责Ａｕｔｏｍａｔｉｏｎ 它是一个 Ｗｒａｐｐｅｒ 代码自动生成器。 的挂起与恢复是不允许跨越 Ｃ 函数
数据类型与 Ｌ ｕ ａ 数据类型的自动转 它使用一种称为包（ｐａｃｋａｇｅ）的文件 调用边界的。Ｃｏｃｏ 使用了一些依赖
换。有了这些特性，Ｌｕａ程序操作ＣＯＭ 来描述要导入到 Ｌｕａ 环境中的常量、 于特定系统的特性，因此在移植程
对象就变得容易多了，再加上Ｌｕａ天 变量、函数、类和方法，这种文件按 序时要特别注意。
生的动态性，这无疑使其成了一门 照简化了的 Ｃ＋＋ 头文件格式编写。
非常灵活的组件装配语言。 使用时首先让 ｔｏｌｕａ 解析包文件以生 ＣｈｕｎｋＳｐｙ
交互的另外一个方面就是支持 成含有相应胶水代码的Ｃ／Ｃ＋＋源文 Ｌｕａ的虚拟机字节码指令集并非
用Ｌｕａ来实现（自动化）组件对象并提 件。然后将生成的源文件编译并与 语言定义的一部分，因此官方没有
供给外部客户使用。ＬｕａＣＯＭ同时支 那些具体实现功能的目标模块链接 提供文档。用户可以通过查看源代
持进程内和进程外组件，它提供了 起来。 码来获取信息，但这毕竟不方便。
一些辅助函数来处理注册、对象实 ｔｏｌｕａ虽然自动产生胶水代码，但 ＣｈｕｎｋＳｐｙ 是一个Ｌｕａ虚拟机字节
例化这类事情，从而简化了相关工 需另外撰写描述文件，所以仍然不够 码反汇编器，可以将一个二进制Ｌｕａ
作。由于ＬｕａＣＯＭ实际上是根据Ｌｕａ的 方便。其它一些 Ｗｒａｐｐｅｒ 库则利用 代码块输出为非常易读的各种格式
表来构造一个 ＣＯＭ 对象，所以我们 Ｃ＋＋模板元编程技术来自动生成合适 （详细或简略、带或不带源程序）的
可 以 做 一 些 非 常 有 趣 的 事 情 ：在 的连接代码，从而避免了额外的描述 字节码汇编文件。而且它还支持交
ｕｓｅｒｄａｔａ数据类型（代表不属于 Ｌｕａ世 文件，比如使用ｂｏｏｓｔ 库的 ｌｕａｂｉｎｄ。 互式的反汇编，用户在敲入一行代
码后立刻就能看到对应的字节码指
Ｌｕａ在葡萄牙语里代表美丽的月亮。事实证明它没有糟蹋这个优 令。ＣｈｕｎｋＳｐｙ的作者写过一篇详细的
美的单词，Ｌｕａ语言正如它名字所预示的那样成长为一门简洁、优雅 介绍 Ｌｕａ５ 虚拟机指令的文章，名为
且富有乐趣的语言。 《Ａ　Ｎｏ－Ｆｒｉｌｌｓ　Ｉｎｔｒｏｄｕｃｔｉｏｎ　ｔｏ　Ｌｕａ　５　ＶＭ
Ｉｎｓｔｒｕｃｔｉｏｎｓ》，在项目主页上能找到
界的数据结构）和动态元机制的支持 ＬｕａＪＩＴ 它。这篇文章现在已经针对最新的
下，Ｌｕａ能通过表访问各种各样的外 Ｌｕａ 非常高效，它运行得比许多 Ｌ ｕ ａ ５ ． １ 做了更正 。另外，他还是
部数据，包括Ｃ＋＋ 对象、Ｃ结构或者 其它脚本（如 Ｐｅｒｌ、Ｐｙｔｈｏｎ、Ｒｕｂｙ）都 Ｙｕｅｌｉａｎｇ 项目的开发者，这个项目采
ＣＯＲＢＡ 对象等等；ＬｕａＣＯＭ可以很方 快，这点在第三方的独立测评中得 用Ｌｕａ语言本身来实现Ｌｕａ。从项目名
便地将代表这些数据的表包装成一 到了证实。尽管如此，仍然会有人不 来看，作者应该是个华人。
个 ＣＯＭ 对象给外部使用，从而使得 满足，他 们 总 觉 得“嗯，还不够
那些老迈的应用程序和库无需太多 快！”。ＬｕａＪＩＴ 就是一个为了再榨出 其它
努力就能跻身于 ＣＯＭ 世界。 一点速度的尝试，它利用 ＪＩＴ编译技 另外一些库与工具还包括
术把Ｌｕａ代码编译成本地机器码后交 ＬｕａＥＤＩＴ、ＬｕａＥｃｌｉｐｓｅ、ＶＳ’０５ＬｕａＬａｎｇＰａｃｋ
ｔｏｌｕａ 由 ＣＰＵ直接执行。ＬｕａＪＩＴ测评报告表 （它们都是ＩＤＥ或ＩＤＥ插件），ＬｕａＷｒａｐｐｅｒ、
直接用Ｃ实现某些功能，然后将 明，在浮点运算、循环和协程的切换 ＣａＬｕａ、ＣＰＢ、ＣｐｐＬｕａ（Ｗｒａｐｐｅｒ 库），
相应的函数导入到Ｌｕａ中是很常见的 等方面它的加速效果比较显著，但 ＬｕａＰｒｏｆｉｌｅｒ（性能测量工具）等，读者可
做法。不过尽管Ｌｕａ 提供了与 Ｃ语言 如果程序大量依赖Ｃ编写的函数，那 以在ｌｕａ－ｕｓｅｒ．ｏｒｇ 与ｌｕａｆｏｒｇｅ．ｎｅｔ 网站上
交互的 ＡＰＩ，但用户必需手工进行繁 么运行速度便不会有什么改进。目 找到它们以及其它有用资源。
琐的Ｌｕａ栈（用于与Ｃ交换数据）操作， 前 ＬｕａＪＩＴ 只支持 Ｘ８６　ＣＰＵ。
而且还需注意两种语言数据类型的 ＬｕａＪＩＴ 中包括一个名为 Ｃｏｃｏ 的 作者介绍：

正确转换。难怪有人说使用 Ｌｕａ 的 Ｃ 库，用户可以单独使用它。Ｃｏｃｏ 为Ｃ 邓际锋，程序员，研究兴趣为程序设计方法学以

ＡＰＩ 就象在使用汇编语言一样。为了 函数提供了真正的协程能力 ，用户 及如何为儿童和非技术人员构建富有乐趣的可

编程工具。
您可以通过ｓｏｌｏｉｓｔ．ｄｅｎｇ＠ｇｍａｉｌ．ｃｏｍ
减轻程序员的负担，一些 Ｃ ／ Ｃ ＋ ＋ 能在 Ｃ 函数内部的任何一点将协程
与他联系。
Ｗｒａｐｐｅｒ 应运而生。 挂起，然后在将来用协程恢复操作

68 程序员
 ＞＞＞　程序员开源手册

司常用的一组过程工具，以及在敏

敏捷方法中的开源工具 捷项目中使用这些工具的些许经验。
从我的角度看来，敏捷方法最
为重要、也最立竿见影的部分当属
□　文 ／ 熊节 测试驱动与持续集成 ，我们的工具
之旅就从这两件事情开始。
　 也许由于软件行业固 而这种思路，与敏捷方法是不谋而合的。
有的“高科技”特性（或者说，软件 再加上，推崇敏捷方法的那些“实用主 单元测试：ＪＵｎｉｔ（以及 ｍｏｃｋ）
人固有的顾影自怜），软件项目的管 义程序员”们往往也正是开源社群的积 在敏捷开发的工具箱里，ＪＵｎｉｔ
理和过程控制中从来就不缺少形形色 极分子，所以适用于敏捷项目的开源过 很可能是最广为人知 、也最受到重
色的工具。在一些大型的、
“正规的” 程工具尤其容易找到也就不足为奇了。 视的一个，当然它也当得起这样的
软件企业中 ，配置管理要通过 敏捷的开发者们是幸福的，因为他 殊荣。若论出身，ＪＵｎｉｔ 是由Ｋｅｎｔ　Ｂｅｃｋ
ＣｌｅａｒＣａｓｅ，软件设计要使用Ｒｏｓｅ画出 们拥有众多优秀的开源工具可供选择； 与 Ｅｒｉｃｈ　Ｇａｍｍａ 两人共同创造的。若
一大堆精美的图形，压力测试要用 敏捷的开发者们又是痛苦的，因为他们 论影响，由它引入的“红条 ／ 绿条”
ＬｏａｄＲｕｎｎｅｒ 来跑……当软件公司的老 必须在乱花渐欲迷人眼的工具丛中找出 更是影响深远。
板们痴迷于“形式化管理”与漂亮的 适合自己的一组工具栈，并将它们与自 “红条 ／ 绿条”不仅仅是一个测
报表和文档时，这些昂贵的商业工具 己的管理策略糅合成一个完整的开发过 试成功与失败的标记 ，它们构成了
着实在他们那里得到了不少的青睐。 程。本文将为读者介绍 ＴｈｏｕｇｈｔＷｏｒｋｓ 公 敏捷开发中最基本的韵律：
“编写测
幸运的是，越来越多的软件开发
者和老板开始意识到，软件项目采用
的方法没有一定之规，
不同的项目、
不
同的团队需要选择不同的开发方法。
而工具，则如同三棱镜般折射出方法
学的身影——用着微软的ＴｅａｍＳｙｓｔｅｍ
就很难不遵循微软推荐的最佳实践，
同样ＲＵＰ 在没有Ｒａｔｉｏｎａｌ 工具支持的情
况下也难以实施。于是，选择开发过
程工具，很大程度上就成了选择开发
方法的一个副产品。
对于身处激烈需求变更风暴之
中的企业应用开发者 ，如何步步紧
跟客户的真实需求、如何确保时刻
为客户提供最大价值是他们每天冥
思苦想的问题。此时注重交流反馈、
以客户价值为驱动的各种敏捷开发
方法就成为了他们自然而然的选择。
而有趣的是，开源的过程工具也大
多与敏捷方法最为适应。看似偶然，
其实却有其道理：开源项目更少受
到种种政治因素的影响，生存的环
境又有更多的不确定性，因此也更
加强调时刻保证最大化的客户价值。 图 １：各 种 各 样 的 Ｇｒｅｅｎ　Ｂａｒｓ

Programmer 69
特别策划 Features
试 －红条－编写代码－绿条－重构”， 优点在于它的震撼性：成百上千个 台是 Ｊ２ＥＥ 还是．ＮＥＴ 或者 Ｒａｉｌｓ。
这五个简单的步骤确保了每一个思 ｔｅｓｔ　ｃａｓｅ运行起来，只见Ｗｅｂ页面不 Ｓｅｌｅｎｉｕｍ的名字还有个有趣的由
绪都有单元测试作为记录，每一段 断地在屏幕上闪过，模拟着各种各 来：在Ｓｅｌｅｎｉｕｍ 出现之前，最著名的
代码都有单元测试保证它的质量， 样的用户操作，最后生成一张庞大 Ｗｅｂ 应用功能测试工具当属 Ｍｅｒｃｕｒｙ
整个软件项目始终朝着价值最大化、 的报表，背景是令人平静愉悦的淡 Ｑｕａｎｌｉｔｙ　Ｃｅｎｔｅｒ，但那是个商业工具，
质量最优化的方向前进。而红条与 绿色。即便对于全然对于不懂技术 功能强大却也价格不菲，常常让开
绿条，则清晰直观地指出你当前所 的管理者或客户，这一过程的心理 发者们又爱又恨。所以，自己动手开
在位置，以及下一步应该做的工作。 效果也是不言而喻的。 发开源功能测试工具的ＴｈｏｕｇｈｔＷｏｒｋｅｒ
当我说 ＪＵｎｉｔ 的时候，我意指的 在没有使用 Ｓｅｌｅｎｉｕｍ之前，很多 们把这个工具叫做 Ｓ ｅ ｌ ｅ ｎ ｉ ｕ ｍ ——
是整个 ｘＵｎｉｔ 家族。虽然运行在不同 人都认为Ｗｅｂ界面是无法测试驱动、 “Ｍｅｒｃｕｒｙ”有“水银”的意思，而
平台、不同语言，它们拥有同一组无 也无需测试驱动的。但此时我们就 “Ｓｅｌｅｎｉｕｍ”（硒元素）恰好是专解汞
法错认的特征：红条 ／ 绿条、 常常遇到这样的困境：客户认为页 中毒的特效药。
ＴｅｓｔＣａｓｅ／ＴｅｓｔＳｕｉｔｅ……这也让开发者 面上的一句话应该这样写，开发者
们无论走到哪里总可以感到放心。 却认为客户三天前的意见是另一样， 构建脚本：Ａｎｔ　ｖｓ．　Ｍａｖｅｎ
不过还有一个催化剂可以让这 认真回想起来却又没人能记得三天 现在你已经用 ＪＵｎｉｔ 记下了所有
种化学变化来得更加强烈，那就是 前到底说过什么。如果说 ＪＵｎｉｔ 单元 设计思路，也用Ｓｅｌｅｎｉｕｍ记下了所有
ｍｏｃｋ 框架。以 ＥａｓｙＭｏｃｋ 和 ＪＭｏｃｋ 为 测试记录了开发者对于软件的设计 功能需求。你还需要让所有测试案
代表的 ｍｏｃｋ 框架，其作用是模拟被 思路，那么Ｓｅｌｅｎｉｕｍ就记录了客户对 例都能自动运行，这样才能频繁地
测对象之外的相关对象，从而实现 于软件功能的要求，并时时验证客 验证所有测试仍然顺利通过 。这时
对象之间的解耦合，达到真正意义 户的要求仍然得到满足。 Ａｎｔ 就来到了你的手边。由Ａｐａｃｈｅ组
上的“单元测试”。奇妙的是，当你 Ｓｅｌｅｎｉｕｍ 的用法有很多种。你可 织开发，又有多年实践检验，Ａｎｔ 已
把ｍｏｃｋ框架放入测试驱动实践中时， 以把它放在构建流程之外，由客户 经积累了大量实用的插件，几乎所
开发过程就会引导着你得到低耦合、 定期检验软件的功能是否符合需求； 有常用的任务都有对应的插件可以
模块化的设计，因为你很难为一组 你也可以让它作为构建流程的一部 完成。而且在Ａｎｔ 脚本中可以直接调
紧密耦合的类编写测试，而 ｍｏｃｋ 框 分，用它来驱动功能的开发，形成一 用 Ｊａｖａ类中插入 Ｃ＃ 代码），也就是
架则让你愿意采用ＩｏＣ模式分离出更 个更大范围的“红－绿－重构”循环。 说你实际上可以用 Ａｎｔ 来做任何事。
多的类来承担各自的责任。在．ＮＥＴ 除了编写 Ｈ Ｔ Ｍ Ｌ 格式的测试脚本之 不过最通常的用法，还是用Ａｎｔ
和 Ｒｕｂｙ 等主要平台上，也有类似的 外，Ｓｅｌｅｎｉｕｍ还支持编程驱动的模式， 来完成整个构建流程：从编译源代
ｍｏｃｋ 框架可供选择。 可以用程序代码来编写可复用的测 码，到打包应用，到部署服务器，到
试案例。而且整个 Ｓ ｅ ｌ ｅ ｎ ｉ ｕ ｍ 是用 初始化数据库，再到执行测试并生
功能测试：Ｓｅｌｅｎｉｕｍ ＪａｖａＳｃｒｉｐｔ 和ＨＴＭＬ编写的，这也就意 成测试报告，只需一个指令就可以
抛开所有的技术考量，单凭直 味着你可以轻松地将其融入任何一 全部完成。类似的构建工具在 Ｃ ／
觉来说，我个人认为Ｓｅｌｅｎｉｕｍ最大的 个ｗｅｂ应用，不管开发这个应用的平 Ｃ＋＋的世界早已存在，那就是著名的
ｍａｋｅ，不过 Ａｎｔ 来得更加简单易用。
作为后起之秀的 Ｍａｖｅｎ 比之 Ａｎｔ
最大的优势在于它内建了更多对Ｊ２ＥＥ
项目（尤其是ｗｅｂ 项目）的支持，以
及更多项目管理相关的功能 。像单
元测试、创建报表等在Ａｎｔ 中用插件
实现的功能，在Ｍａｖｅｎ中都有内建的
支持。甚至很多开源项目的网站都

图 ２：Ｓｅｌｅｎｉｕｍ 也 采 用 了 红 条 ／ 绿 条 的 界 面 设 计 是用Ｍａｖｅｎ直接生成的。但以笔者愚

70 程序员
 ＞＞＞　程序员开源手册

见，Ｍａｖｅｎ强大的功能更适合开源软 ｐａｉｒ每隔１５分钟到半小时（最多不超 个敏捷团队来说，最重要的事情莫

件这样组织松散的项目，对于一般 过 １ 小时）就会提交自己最新的代 过 于 建 立 有 效 的 交 流 渠 道。 在
的企业应用 Ａｎｔ 已经足够了。 码，一个项目组每天通常会生成数 ＴｈｏｕｇｈｔＷｏｒｋｓ，每个项目都有自己的
不过在进入了Ｒｕｂｙ／Ｒａｉｌｓ的世界 十个修订版本。即便不算其中无法 ｗｉｋｉ，开发者、项目经理、客户……
之后，笔者感觉Ａｎｔ 和Ｍａｖｅｎ都有一 成功构建的版本，通常每周也能收 所有的项目涉众都会把自己的收获
个共同的缺陷：它们的构建脚本都 获上百个构建版本。察看每个构建 与心得记录在ｗｉｋｉ上，以便大家分享
采用 ＸＭＬ 编写，因此代码量相当巨 版本对应的报表，就是项目管理者 和交流。
大，并且也不易理解。相比之下，Ｒａｋｅ 有效掌握项目进度的最佳途径。 开源的ｗｉｋｉ很容易找到，我在这
直接用 Ｒｕｂｙ 来编写构建脚本，反倒 里不必多说。我唯一想要介绍的，是
显 得 更 加 简 洁 易 用。也 许 相 比 于 持续集成：ＣｒｕｉｓｅＣｏｎｔｒｏｌ 这个叫做 ＴｉｄｄｌｙＷｉｋｉ的小东西。这是
Ｘ Ｍ Ｌ ，我们还需要找到另一种更适 我们刚才已经提到 ，在开发者 一个完全用ＨＴＭＬ和ＪａｖａＳｃｒｉｐｔ编写的
合描述“软件构建”这一任务的领域 不断提交的修订版本中，有一部分 ｗｉｋｉ，使用它甚至不需要服务器，你
专用语言。 是无法成功构建的，原因就是在版 只要在本地打开这个 ＨＴＭＬ文件，就
本控制系统上运行着一个忠实的看 可以开始写你的ｗｉｋｉ了。你所写的内
版本控制：ＣＶＳ　ｖｓ．　Ｓｕｂｖｅｒｓｉｏｎ 门人：持续集成工具。它们的代表就 容同样会被保存在这个 Ｈ Ｔ Ｍ Ｌ 文件
任何一个多人开发的项目都必 是由ＴｈｏｕｇｈｔＷｏｒｋｓ员工开发和维护的 中，并且还提供了修改跟踪的能力。
须有版本控制系统——即便一个人 ＣｒｕｉｓｅＣｏｎｔｒｏｌ。 使用这个ｗｉｋｉ，你可以把整个文档放
开发，也需要版本控制系统来提供 ＣｒｕｉｓｅＣｏｎｔｒｏｌ的任务非常简单： 到你的版本控制系统中，不需要为
备份和恢复的支持。由于有全面的 每当有人提交了新的文件到代码库， 它做任何额外的配置。
测试作为保障，敏捷方法提倡采用 它就把整个项目签出（ｃｈｅｃｋ－ｏｕｔ）到 另外，别忘了一个最重要的工
“所有人拥有所有代码”的代码所有 一个测试环境，然后执行项目的构 具：纸卡片——你可以随便写，用任
权形式，这也就意味着时常会出现 建脚本，完成整个构建流程，并运行 何颜色写，可以画任何你想画的图，
两个人同时修改一份文件的情况， 所有测试。如果这一切都顺利通过， 可以用任何顺序来排列粘贴它们，
在一些配置文件上这种情况出现得 ＣｒｕｉｓｅＣｏｎｔｒｏｌ就会生成一个新的构建 可以任意移动，可以随时加上注释，
更加频繁。因此，敏捷开发所使用的 版本；否则，构建失败，所有人都不 谁都知道怎么使用它们。你甚至还
版本控制系统最好不要采用文件级 允许再签出或提交任何代码 ，直到 可以撕掉它们，优质的纸卡片撕起
的锁定——这正是ＶＳＳ缺省的锁定方 造成破坏失败的人把问题解决掉， 来有一种特别的手感 ……好吧，纸
式，不过我们也可以通过配置来改 让构建重新成功为止。 卡片不是软件，通常也不免费，但你
变锁定方式。而开源的选择，则是 这个部分的内容，可以参见下 知道怎么得到它们。
ＣＶＳ 与 Ｓｕｂｖｅｒｓｉｏｎ（简称 ＳＶＮ）。 一篇文章。
ＣＶＳ 与ＳＶＮ 存在着一些差异，不 写在最后
过作为开发者的我们通常不必介意 介绍了我们常用的工具之后，
这些区别。值得注意的一点是，当出 相信读者已经知道：要实践敏捷开
现文件冲突时，ＳＶＮ会强迫用户首先 发，可以从哪些工具开始入手。最后
消解冲突，然后才能将文件提交到 我还有一个忠告要给我亲爱的读者：
代码库。另外，每当有人成功提交新 不要被工具绑住你的手脚。每个项
文件之后，ＳＶＮ会为整个项目生成一 目、每个团队都是独一无二的，它们
图 ３：红 灯 ／ 绿 灯 ， 构 建 结 果 一 目 了 然
个新的修订版本（ｒｅｖｉｓｉｏｎ），而不是 需要自己独一无二的方法，而你需
像 Ｃ Ｖ Ｓ 那样为每个文件单独记录修 知识共享：Ｗｉｋｉ，尤其是 要针对项目和团队的情况选择适当
订版本，这也让版本控制变得更加 ＴｉｄｄｌｙＷｉｋｉ 的工具和适当的使用方式。这不是
容易。 “敏捷宣言”中清楚地写着：“个 一件容易的事，但愿这篇小文能给
在一个敏捷项目中 ，每个开发 体与交互胜于过程与工具”。对于一 你提供一个好的起点。

Programmer 71
特别策划 Features
确保了每个开发者的修改被正确有
序地保存，当每个开发者想要提交

使用开源工具 自己的修改的之前，必须首先确保
上一个人所提交的修改被成功集成，
才能提交自己的代码。

进行持续集成 开源社区为我们提供了非常优
秀的持续集成工具，ＣｒｕｉｓｅＣｏｎｔｒｏｌ、
ＣｒｕｉｓｅＣｏｎｔｒｏｌ　．ＮＥＴ已成为广泛使用而
且非常成熟的持续集成工具 ，而持
□　文 ／ 黄亮
续集成所需要的自动化构建工具和
版本管理工具如 Ａｎｔ、ＮＡｎｔ、ＳＶＮ 也
已经是非常成熟。
　 每个开发过软件的人 证原有功能的完整。
都能体会到，软件开发绝非一帆风 也许读者会有疑问：“你说的只 ＣｒｕｉｓｅＣｏｎｔｒｏｌ　＆
顺，每个人开发出来的代码绝对不 是一种理想状况罢了 ，但是怎么能 ＣｒｕｉｓｅＣｏｎｔｒｏｌ　．ＮＥＴ
会魔术般的自己组合在一起 ，当新 够做到这一点，谁有能力来及时地 谈到持续集成工具就不能不谈
的功能加入到原有软件中的时候， 告诉我们哪里有问题 ？持续集成这 谈 ＣｒｕｉｓｅＣｏｎｔｒｏｌ（ｃｒｕｉｓｅｃｏｎｔｒｏｌ．
往往不小心破坏了原有的功能，引 个想法不错，但怎么样能够做到持 ｓｏｕｒｃｅｆｏｒｇｅ．ｎｅｔ）。ＣｒｕｉｓｅＣｏｎｔｒｏｌ可谓持
入了一些ｂｕｇ，当老的ｂｕｇ被修复的时 续集成？”其实持续集成的难点主 续集成工具中的龙头老大，也可以
候，又往往会导致其他ｂｕｇ的产生。当 要在于，在新的功能加入的时候，如 说是第一个成熟的开源持续集成工
小组成员们完成了自己所负责的模 何来判断整个系统功能仍然完整； 具。该工具由 ＴｈｏｕｇｈｔＷｏｒｋｓ 公司开
块，等到最后来一起集成的时候，他 出错或者成功，谁来告诉我，如何告 发，并将其开源，同时提供了丰富的
们可能已经做好了修复集成问题的 诉我；当大家一起协作的时候，如何 文档支持（ｈｔｔｐ：／／ｃｏｎｆｌｕｅｎｃｅ．ｐｕｂｌｉｃ．
心理准备。这一切，都是每个开发人 保证每个人都能够准确地被告知而 ｔｈｏｕｇｈｔｗｏｒｋｓ．ｏｒｇ／ｄｉｓｐｌａｙ／ＣＣ／Ｈｏｍｅ）。
员的切肤之痛。那么，问题到底出在 不会发生混乱。 ＣｒｕｉｓｅＣｏｎｔｒｏｌ非常完美的实现了
哪了？ 首先，确保整个系统功能完整 一个持续集成工具所需要具备的所有
从开发者的角度来看，
毕竟谁也 性的手段就是测试，如果我们对所 功能，它集成了包括ＳＶＮ、ＣＶＳ、ＶＳＳ、
不想经历那种当发现自己的修改破坏 有的功能都有完整的测试，那么当 ＳｔａｒＴｅａｍ、ＣｌｅａｒＣａｓｅ 等在内的十几种
了原有的功能之后而恼火的感受。 新的功能引入的时候 ，如果某些原 版本管理工具，内建地支持了 Ａｎｔ 、
ＮＡｎｔ、Ｍａｖｅｎ、Ｍａｖｅｎ２等自动化构建
工具，并且通过执行ｓｈｅｌｌ命令的方式
如果每个开发人员都能够享受到方便并且保证新加入的功能不
间接支持几乎所有其他构建工具如
会影响原有的功能，我们的整个软件过程就能够以一个稳步可靠的
Ｍａｋｅ，Ｊａｍ等。你可以设置ＣｒｕｉｓｅＣｏｎｔｒｏｌ
步伐，持续增量的向前行进。
以多种方式运行系统的集成，既可以
在每次有新的代码修改提交时自动运
谈到这里，聪明的读者应该能 有的测试失败，就说明新的修改破 行，也可以让它定时运行。在运行完
够想到，刚才我们所说的就是前面 坏了原有的功能。其次，持续集成工 后，ＣｒｕｉｓｅＣｏｎｔｒｏｌ可用允许你使用各种
最开始提到的持续集成。持续集成 具将告诉我们集成是否成功 ，持续 方式报告运行的结果，包括发送电子
通俗地说就是持续地 、频繁地进行 集成工具通过运行整个系统中的测 邮件、使用ｆｔｐ、ｒｓｓ、ｊａｂｂｅｒ、ｓｃｐ 等工
集成，每当有新的修改加入的时候， 试，根据测试的结果来通知开发者， 具报告结果，也可以让你自动化地在
修改的作者能够被及时地告知他的 哪些测试失败导致的集成失败。在 运行完后将整个系统打包、部署。它
修改是否在引入新的功能的同时保 多人协作的情况下，版本控制工具 甚至允许你在运行完成后根据结果成

72 程序员
 ＞＞＞　 程序员开源手册

功与否播放不同的音乐或电影，及时 而，并不是只有Ｊａｖａ程序才能用它来 ｂｕｉｌｄｐａｔｔｅｒｎｓ．ｃｏｍ／ｔｒａｃ／ｗｉｋｉ／

地告诉大家。 进行持续集成，
ＣｒｕｉｓｅＣｏｎｔｒｏｌ可以用来 ＤａｍａｇｅＣｏｎｔｒｏｌ）的出现大概不会让大
在实际开发过程中 ，开发人员 做任何语言编写的系统的持续集成， 家感到奇怪，它是一个用Ｒｕｂｙ写成的
可以将 ＣｒｕｉｓｅＣｏｎｔｒｏｌ配置为每次有新 例如 Ｃ＋＋ 程序员就可以使用ｍａｋｅ或 持续集成工具，也是由ＴｈｏｕｇｈｔＷｏｒｋｓ
的修改时运行所有集成工作 ，这样 ｊａｍ，配合ＳＶＮ 火车ＣＶＳ来进行持续集 公司开发的一个开源产品。
当 你 提 交 你 的 修 改 以 后 ， 成，使用ＣｐｐＵｎｉｔ 、ｍｏｃｋｐｐ等工具编写 ＤａｍａｇｅＣｏｎｔｒｏｌ区别于ＣｒｕｉｓｅＣｏｎｔｒｏｌ
ＣｒｕｉｓｅＣｏｎｔｒｏｌ会自动地将代码库中的 测试。尽管如此，还是诞生了一些在 的一个显著特性是它提供了一个用
新的修改更新到一个事先指定的地 特定平台上运行的持续集成工具， Ｒｕｂｙ　ｏｎ　Ｒａｉｌｓ框架写成的Ｗｅｂ管理应
方，然后按照你的配置准备测试数 ＣｒｕｉｓｅＣｏｎｔｒｏｌ．ＮＥＴ 就是其中一个例子。 用程序，用户可以很简单的使用这个
据，编译、运行系统中的所有测试。 ＣｒｕｉｓｅＣｏｎｔｒｏｌ．ＮＥＴ
（ｈｔｔｐ：／／ｃｃｎｅｔ． ｗｅｂ 程序来配置持续集成项目。凭借
开发人员可以使用 Ｗ ｅ ｂ 方式通过 ｔｈｏｕｇｈｔｗｏｒｋｓ．ｃｏｍ）运行在．ＮＥＴ平台 着这个简单的Ｗｅｂ管理程序，用户可
ＣｒｕｉｓｅＣｏｎｔｒｏｌ附带的一个 Ｗｅｂ 程序查 上，采用．Ｎｅｔ 框架实现，在实现了几 方便的建立一个持续集成项目，并可
看运行的结果，这个结果页面会告 乎所有的 ＣｒｕｉｓｅＣｏｎｔｒｏｌ的功能的基础 以配置运行策略、版本管理、运行结
诉大家该次ｂｕｉｌｄ是否成功或失败，如 上，提供了对于Ｗｉｎｄｏｗｓ平台和．ＮＥＴ 果的查看方式等， 而不用像在
果失败，大家也可以看到失败的错 编程更多更友好的支持。 ＣｒｕｉｓｅＣｏｎｔｒｏｌ里，需要手动修改一个
误信息，也可以告诉你在某一段时 ＣｒｕｉｓｅＣｏｎｔｒｏｌ．ＮＥＴ 的一个特点是 ｘｍｌ配置文件来完成集成项目配置。
间之内所运行的集成的统计信息。 它集成了对 Ｖｉｓｕａｌ　Ｓｔｕｄｉｏ　．ＮＥＴ 和 尽管ＤａｍａｇｅＣｏｎｔｒｏｌ 目前还处于开
根据配置，ＣｒｕｉｓｅＣｏｎｔｒｏｌ可以显示几 ＭＳＢｕｉｌｄ 的支持。用户可以将 Ｖｉｓｕａｌ 发状态，它已经逐渐被广泛应用起来，
乎集成过程中每个环节出现的错误， Ｓｔｕｄｉｏ　．ＮＥＴ工程的ｓｌｎ文件指定给它， 由于它使用Ｒｕｂｙ写成的，所以自然会成
例如编译错误、ＪＵｎｉｔ 测试运行错误、 让它运行其中的 ｂｕｉｌｄ、ｒｅｂｕｉｌｄ和ｃｌｅａｎ 为 Ｒｕｂｙ 项目的首选工具。它的安装也
ｃｈｅｃｋｓｔｙｌｅ 代码风格检查错误，以及 等功能。在 ＮＡｎｔ 出现之前，几乎所 比较简单，用户可以直接从Ｄａｍａｇｅ－
功能测试、集成测试错误等。当其他 有开发人员在都是使用Ｖｉｓｕａｌ　Ｓｔｕｄｉｏ Ｃｏｎｔｒｏｌ项目的ＳＶＮ代码库中ｃｈｅｃｋ　ｏｕｔ出
人想要提交他们的修改之前 ，都应 ．ＮＥＴ 来管理他们的．ＮＥＴ 项目的。这 源代码，稍加配置就可以运行了。
改事先查看ＣｒｕｉｓｅＣｏｎｔｒｏｌ的结果页面， 样，ＣｒｕｉｓｅＣｏｎｔｒｏｌ．ＮＥＴ 可以支持对原 ＤａｍａｇｅＣｏｎｔｒｏｌ还实现了一个非
如果当前 ＣｒｕｉｓｅＣｏｎｔｒｏｌ没有在运行， 有 Ｖｉｓｕａｌ　Ｓｔｕｄｉｏ　．ＮＥＴ 工程的持续集 常酷的功能：ＡｐｐＣａｓｔｉｎｇ。该功能能
并且上一次运行结果为成功 ，才能 成，而用户也既可以使用 ＮＡｎｔ 或者 够让你将你运行完持续集成后得到
提交自己的修改，在提交后，还要保 Ｖｉｓｕａｌ　Ｓｔｕｄｉｏ　．ＮＥＴ 来管理整个项目 的系统交付给对你的系统感兴趣的
证新的一轮集成成功完成，才算完 的构建。ＭＳＢｕｉｌｄ是Ｖｉｓｕａｌ　Ｓｔｕｄｉｏ　２００５ 人。当 某 一 次 集 成 运 行 完 毕 后 ，
成了自己的工作。 项目的标准格式，ＣｒｕｉｓｅＣｏｎｔｒｏｌ．ＮＥＴ ＤａｍａｇｅＣｏｎｔｒｏｌ会使用一些工具如Ｒｕｂｙ
ＣｒｕｉｓｅＣｏｎｔｒｏｌ具备很好的扩展能 对其的内建支持可以使大家很容易 Ｇｅｍｓ、Ａｐｔ、Ｍａｖｅｎ　ｒｅｐｏｓｉｔｏｒｙ 等将你
力，目前已经有很多为ＣｒｕｉｓｅＣｏｎｔｒｏｌ编 地将 Ｖｉｓｕａｌ　Ｓｔｕｄｉｏ　２００５ 的项目放到 的系统打包，然后在它自己的ＲＳＳ里
写的插件。ｅＸｔｒｅｍｅ　Ｆｅｅｄｂａｃｋ　Ｄｅｖｉｃｅｓ ＣｒｕｉｓｅＣｏｎｔｒｏｌ．ＮＥＴ 中去。 面加上一条消息表明新的系统已经
（ＸＦＤｓ）（ｈｔｔｐ：／／ｗｗｗ．ａｒｔｉｍａ．ｃｏｍ／ 被成功构建了。这样，任何订阅了该
ＣｒｕｉｓｅＣｏｎｔｒｏｌ
ｗｅｂｌｏｇｓ／ｖｉｅｗｐｏｓｔ．ｊｓｐ？ｔｈｒｅａｄ＝６７４９２） ＤａｍａｇｅＣｏｎｔｒｏｌ 附 带 的 ｗｅｂ
ＲＳＳ的人就可以及时的知道某一个项
就是一个很有意思的插件，该插件的 在 Ｒｕｂｙ 成为一种新的流行时尚 应用， 用于 目的进展情况，并且在有新的集成
报告每次的
一个功能就可以将ＣｒｕｉｓｅＣｏｎｔｒｏｌ的运行 的今天，　ＤａｍａｇｅＣｏｎｔｒｏｌ
（ｈｔｔｐ：／／ｄｅｖ． 集成结果 成功运行完成后得到最新被构建的
结果用一个外接的红绿灯显示出来， 系统以及相关的发布信息。
如果ｂｕｉｌｄ成功就亮绿灯，如果失败就 谈完了这些持续集成工具，我
亮红灯，以 次 来 让 开 发 人 员 们 对 们有必要来看看自动化构建工具，
ＣｒｕｉｓｅＣｏｎｔｒｏｌ的 ｂｕｉｌｄ结果。 这些工具在持续集成中同样扮演着
ＣｒｕｉｓｅＣｏｎｔｒｏｌ是用 Ｊａｖａ语言编写 非常重要的角色，可以这么说，持续
的，并且可以运行在各种平台上，然 集成工具就像一个指挥，而真正完

Programmer 73
特别策划 Features
成工作需要依靠这些自动化的构建 你自己实现的功能来进行数据库 使用的动态语言，并且拥有非常丰
工具。正是这些工具的存在，是我们 ｓｃｈｅｍａ 的自动构建和测试数据的刷 富的程序库。所以利用 Ｒａｋｅ，你几
可以自动化的完成编译源码 、运行 新，进行数据库 ｓｃｈｅｍａ 的迭代化升 乎可用很方便的完成所有你碰到的
测试、打包系统、部署应用等所有这 级，使用Ａｎｔ，你还可以自动启动你 任务，甚至包括使用计算机的串口
些我们在集成中需要完成的工作。 的浏览器，并在上面运行用Ｓｅｌｅｎｉｕｍ 进行通信，这样你就可以使用外部
目前在这方面已经有很多非常成熟 或 Ｗａｔｉｒ等工具写成的功能和集成测 硬 件 来 显 示 你 的 持 续 集 成 结 果。
的开源工具，比如古老的Ｍａｋｅ，鼎鼎 试。Ａｎｔ 对这些任务的自动化运行的 Ｒｕｂｙ 内置的正则表达式支持和强大
有名的Ａｎｔ和它在．ＮＥＴ世界中的兄弟 支持，使得我们的自动化的持续集 的文本处理能力使得某些工作可以
ＮＡｎｔ、用 Ｒｕｂｙ 写就的 Ｒａｋｅ 等等。在 成成为可能。要知道，自动化是持续 变得非常简单，比如配置文件的管
下面的内容中，我将挑选其中的几 集成的一个非常重要的特性 ，项目 理等。
个工具进行一些介绍。 构建的自动化也是实现持续集成的 Ｒａｋｅ 不仅支持Ｒｕｂｙ项目的构建，
也同时支持其他语言写成的项目的

持续集成是现代软件工程中的一件利器，任何一个软件项目， 构建。Ｍａｒｔｉｎ　Ｆｏｗｌｅｒ的个人网站上有

不论是上百人的大项目还是个人项目，持续集成都能让你的软件开 一篇非常不错的文章介绍 Ｒ ａ ｋ ｅ ：
ｈｔｔｐ：／／ｍａｒｔｉｎｆｏｗｌｅｒ．ｃｏｍ／ａｒｔｉｃｌｅｓ／
发过程更加稳定高效
ｒａｋｅ．ｈｔｍｌ。　借助于Ｒｕｂｙ的程序库集中
管理机制，Ｒａｋｅ 的安装也非常的简
Ａｎｔ　＆　ＮＡｎｔ 一个重要前提。毕竟，我们不可能期 单，通过 Ｒ ｕ ｂ ｙ 的程序包管理软件
Ａｎｔ可以说是非常有名的一个自 望每次都手动地在集成过程中执行 ｇｅｍ，只要一行命令就能自动地从远
动化构建工具了，其在．ＮＥＴ 世界中 某些工作，如此是不能保证我们能 程服务器上下载并安装最新的Ｒａｋｅ。
的兄弟 ＮＡｎｔ 也已获得了广泛应用。 够反复快速并且持续地进行集成的。
Ａｎｔ凭借其使用简单和良好的跨平台 目前的 Ａ ｎ ｔ 已经很成熟，它在 小结
特性已经博得了诸多程序员的青睐。 １．６ 版本中引入的 ｍａｃｒｏ 、ｉｍｐｏｒｔ 、 持续集成是敏捷开发方法中的
它不仅是 Ｊａｖａ 应用开发中的首选工 ｓｕｂａｎｔ等特性进一步方便了我们组织 一个非常重要的规则。我们在前面所
具，用户也可以用它来做自己的工 自动化构建脚本，使我们的脚本更 讨论的这些开源软件，已经为我们实
作自动化，例如转换 ＤｏｃＢｏｏｋ 文档、 简单、清晰和有组织。ＮＡｎｔ 作为．Ｎｅｔ 现持续集成提供了非常成熟的技术支
编译 Ｔｅｘ 文档等。有关 Ａｎｔ 的介绍已 平台下的专有工具，对．ＮＥＴ 平台下 持；相反，商业软件在这些领域中确
经是数不胜数，我在这里也不想做 的开发提供了许多支持，有兴趣的 极少有所建树。我想正是由于这些工
过多重复。只是就项目中可能用到 朋友可以到它们各自的网站上面获 具的诸多作者对程序开发过程需求的
的 Ａｎｔ 的一些特性做一些介绍。 得更详细的信息。 敏锐细致的把握，才导致了这些优秀
在持续集成过程中 ，我们往往 的开源工具的诞生，而开源软件的免
需要做以下一些工作：编译代码、代 Ｒａｋｅ 费、开放源代码本质更加凸现了这些
码风格检查、运行测试、打包应用、 Ｒａｋｅ 是一个用 Ｒｕｂｙ 写就的自动 工具的价值。
部署应用、运行功能和集成测试等。 化构建工具，目前已经逐渐被更多
所有的这些工作都可以使用Ａｎｔ来完 的人所了解，它其实是一个用Ｒｕｂｙ语
成。开源社区已经为Ａｎｔ 贡献了数不 言写成的ＤＳＬ（领域专有语言）。Ｒａｋｅ
作者介绍：
清的 Ｔａｓｋ来扩充Ａｎｔ 的功能。我们可 的构建脚本本身就是Ｒｕｂｙ程序，因此
黄亮，西安交通大学毕业，２００５
以使用 ＪＵｎｉｔ 和 Ｔｅｓｔｎｇ 任务来运行测 它能够充分利用 Ｒｕｂｙ 语言的强大功
年加入 ＴｈｏｕｇｈｔＷｏｒｋｓ，对反垃
试，通过 ｃｈｅｃｋｓｔｙｌｅ 提供的任务来进 能，在Ｒａｋｅ脚本中，你可以使用Ｒｕｂｙ
圾 邮 件 系 统 略 有 研 究 ，闲暇时
行 Ｊａｖａ代码风格检查，使用 Ｔｏｍｃａｔ 语言的全部功能和程序库，来完成 喜欢电脑游戏，是敏捷开发的
等提供的任务来自动化地启动和停 你的任务。 忠实程序员。
止服务器并部署应用程序，或者用 Ｒｕｂｙ 是一个非常强大而且易于

74 程序员
 ＞＞＞　需求分析

铅笔和纸最有效，而不是电脑
—温伯格需求访谈实录

□　整理 ／ 潘加宇

理解客户的真正需求
　对于捕获需求，要记住，这
不是技术层面的事情，而是关于一方怎
样能理解另一方的问题。需求分析人员
首先要理解这一点，即使在对方没有意
识到的情况下。要理解从未有过的需求，
理解人们到底要什么，你的工作就是要
帮助他们找到真正所需要的。客户自己
通常是无法做到的。如果需求分析时牵
涉到不止一人，那一定会有不同的意见
出现，这时候还要帮助他们自己去解决
相互间的异议。例如，业务经理希望系统
速度很快，部门经理则关注成本。这里就
隐含着一个意思：他们可能没有足够的
资金来建一个快速的系统。您怎么能知 语里时常发生。我们有个很好的词叫需 需求。
道真正的需求是要系统快还是要成本低 求想法（Ｒｅｑｕｉｒｅｍｅｎｔ　Ｉｄｅａ）。有人说我要 第四是要给需求排时间表。比如我
呢？开始你是不可能知道的。如果自己 一个快速的系统，要系统能够完成此项 们要构建一个功能但不是在发布第一轮
直接做这个决定，就会犯错。你所能做的 任务。其实这只是个需求的想法，你并不 产品时构建，那现在就不把它作为需求。
就是说服他们必须自己把这个问题先解 真正知道他们要什么，他们付得起什么
决掉。捕获需求非常有用的一个方式是： 样的价格，以及最终构建的系统是什么 很多时候需求根本没有变
当客户说要什么的时候，你可以去看看 样子等。比如说“用户友好”就只是一个 人们常说需求改变了，这是不对的。
系统的用户是怎样做这件事的。例如客 想法或者连想法都谈不上。 需求根本就没有变，而是一开始工作没
户说要系统有很快的速度，你就可以去 接下来就是澄清需求 。我们有个词 有做好，没有得到所有的需求，所以看起
看看系统用户真正需要多快才合适。当 叫需求候选（Ｒｅｑｕｉｒｅｍｅｎｔ　Ｃａｎｄｉｄａｔｅ）。 来仿佛变了。我们曾为一家石油公司做
你看到用户在做这件事情的速度时，可 当有人说要“用户友好”的系统，这不 咨询工作，一家非常大的公司。构建的系
能会发现他们没法工作得那么快。这时 能成为需求，因为它是不清晰的 ，需求 统是有关他们所有购买的支付事宜的。
即使客户想要，这个需求也是不符合现 要明确。这时可以把“用户友好”叫做 要保证准时支付，不被欺骗等等。他们花
实和客观规律的。 “需求候选”。我们有一定数量的需求候 了 ２５００ 万美金构建这个系统，最后把我
另外就是要辨别。这非常有用。不知 选，有些能做，有些不能做，有些可以 叫去看是不是做好了。我发了个邮件告
道中文里怎么样，但英文我们说需求这 同时做，还有些甚至所有的都可以做 ， 诉他们公司所有人将就这件事开一个会，
个词时可能谈论的是完全不同的事，因 但可能负担不起。然后我们再进入决策 如果他们想讨论这个系统的话就应该来
为用同一个词有时会发生混淆。这在英 的过程，决定哪些需求候选成为真正的 开会。他们认为这傻极了，因为所有来开

Programmer 75
管理＆实践 Management & Practices

需求分析　＞＞＞

会的人他们都认识，再把他们聚在一起 是 ５０ 年来的基本法则。 生涯里，从没见过所谓能够准确无误理

开会只是浪费时间。但这时有人敲门进 以美国为例，现在我的客户会雇用 解客户需求的人。我们可以一丝不差地
来了，以前没人见过他。他是公司的审 人类学家或社会学家，像需求团队一样 编程，但永远不可能一丝不差地知道人
计，工作就是保证一切都是正确的，但在 工作。那他们是怎么做的呢？他们去观 们要什么。所以只要需求过程一开始，就
整个系统构建的过程中他们从未和他谈 察人们，使用系统的人们，研究他们是怎 要意识到我们永远不可能准确无误地捕
过。当他走进会议室，提出了各种各样新 么使用系统的。每个过程都是持续的，从 获到需求。当您构建系统时，你会不断地
发现不同的需求。在软件开发过程中要
变更是必然的。在我 ５０年的计算机生涯里，从没见过所谓能
把这点加进去，这很有用。大家可能听说
够准确无误理解客户需求的人。我们可以一丝不差地编程，但永
过敏捷编程，这种方法是说系统建了一
远不可能一丝不差地知道人们要什么。
点儿，你就去和客户确认：这是你要的
吗？他们说不完全是，这里有些不一样，
的需求，都是从来没有听说过的。其中一 来没有停止的时候，因为人总是在变的， 忘了告诉你这件事，然后你再回去做出
些需求非常困难，甚至必须要抛弃整个 变化就是人们在明天做的事情。一个简 些不一样的东西。如果你的过程是要完
系统。是需求改变了吗？不是的。需求一 单的例子，你的用户是喜欢用菜单还是 全准确地理解客户需求，你一定会犯错。
直在那儿，只是他们从没有去问他，没有 用快捷键来建立一个档案，许多系统现 事情不可能一次搞定，一定会变化。
很好地使用系统思维，需求工作没有做 在都构造成能够记录这一点的形式。如 有一种应对需求变更的方法，那就
好。所以，在做需求时我们要确认已经预 果人们改变了工作方式，系统也可以改 是需求管理。你将需求存放在一个地
计到了所有对这系统会有要求的人。如 变，这是需求的更高层次。也就是说这个 方，和你管理代码的方式一样，用同样
果不是的话，就一定会有没有预料到的 需求是要求系统可以随人们的改变而改 的方法来控制变化，这就需要有一个需
东西出现。 变。如果不能，比如Ｇｏｏｇｌｅ的竞争对手开 求文档系统。记得我们构建美国空间追
另外，你必须要明白有些人是你必 始了什么新的东西，Ｇｏｏｇｌｅ 就要作出回 踪系统时，我们服务的对象——政府的
须要去了解的。例如，政府会变更法律， 应，这些是没有办法预计的。 代理机构，总是不断地要求变更。然后
这时你也就要跟着变。不然你不知道政 另外还可以通过模拟来预见需求。 我们开始注意到上周才提出的变更，到
府将会对你怎么样。而这些事情你总是 在建系统之前， 先假设我们就是这个系 一周后可能又要改回原样。我们的控制
可以从过去中了解到的。你需要做系统 统。通常在新系统开发之前把人都聚在 方法之一就是做任何变更前先暂时扣在
的评估，问问过去发生了什么样的变化。 一个房间里。每个人扮演系统的一个角 手里 ２周，如果２ 周后他们不再变，我们
我们有一些银行需要向政府报告银行交 色，我做记录客户订单的软件，你是计算 再处理它。
易的情况，他们构建了系统，但在过去的 的，你是负责发货的，还有人是负责现金 总的来说，我们当时做的就是告诉
１０～１５ 年的时间里，都没人要去看政府 和支票记录追踪的，还有人做不同的客 客户变更对他们而言是有成本的。如果
对报告的要求变了多少回。在美国，立法 户。在一个地方，在很短时间内，人们可 你的客户可以无休止地提出变更，一点
者每两年都会修改法律，甚至修改了银 以看到系统是怎么工作的，这样就可以 成本也没有，那么你不可能管理好你的
行法。银行的人很意外，只能修改系统。 用系统思维来避免犯严重的错误。因为 需求。做工程需求分析时有两件事很重
他们怎么能预见到这些变化呢？况且每 之前你只看到各个部分，对于他们之间 要：每个需求都包括它的成本和是否值
两年就会变。这种变化就是系统的需求。 怎样一起工作没有认识。有时可以做电 得我们去做。这种成本必须是客户能理
未来是来自过去的，你研究了过去，就可 脑模拟，比如各种交通阻塞的情况，去发 解的。在我和政府一起工作的案例里，我
以得到更多的不可预见的需求。你可以 现长龙的起源在哪里等等。这些事情人 们有同样的问题。他们坐在办公室里，想
看在你的银行过去一年发生了什么，或 们可能不太愿意投入地去做，因为它很 到什么好主意就说“好吧，我们要做这
者其他银行，或者其他业务的情况，或者 花费时间和金钱。 个、那个”。我们说这可得花掉上百万美
网络的变化等。做好准备，我们知道会再 元，但对于他们来说这是不起作用的，因
发生什么，因为在过去发生过的将来还 如果需求真的变了，要学会 为他们花的是纳税人的钱，而只要我们
会再发生。这就是最好的预见未来需求 聪明地对待 把他们的好主意放到了系统里，他们就
的方法。总的来说，软件容易被改变，这 变更是必然的。在我 ５０ 年的计算机 成了英雄。我们做的是当有人提出需求

76 程序员
 ＞＞＞　需求分析

铅笔和纸最有效，而不是电脑
—温伯格需求访谈实录

□　整理 ／ 潘加宇

理解客户的真正需求
　对于捕获需求，要记住，这
不是技术层面的事情，而是关于一方怎
样能理解另一方的问题。需求分析人员
首先要理解这一点，即使在对方没有意
识到的情况下。要理解从未有过的需求，
理解人们到底要什么，你的工作就是要
帮助他们找到真正所需要的。客户自己
通常是无法做到的。如果需求分析时牵
涉到不止一人，那一定会有不同的意见
出现，这时候还要帮助他们自己去解决
相互间的异议。例如，业务经理希望系统
速度很快，部门经理则关注成本。这里就
隐含着一个意思：他们可能没有足够的
资金来建一个快速的系统。您怎么能知 语里时常发生。我们有个很好的词叫需 需求。
道真正的需求是要系统快还是要成本低 求想法（Ｒｅｑｕｉｒｅｍｅｎｔ　Ｉｄｅａ）。有人说我要 第四是要给需求排时间表。比如我
呢？开始你是不可能知道的。如果自己 一个快速的系统，要系统能够完成此项 们要构建一个功能但不是在发布第一轮
直接做这个决定，就会犯错。你所能做的 任务。其实这只是个需求的想法，你并不 产品时构建，那现在就不把它作为需求。
就是说服他们必须自己把这个问题先解 真正知道他们要什么，他们付得起什么
决掉。捕获需求非常有用的一个方式是： 样的价格，以及最终构建的系统是什么 很多时候需求根本没有变
当客户说要什么的时候，你可以去看看 样子等。比如说“用户友好”就只是一个 人们常说需求改变了，这是不对的。
系统的用户是怎样做这件事的。例如客 想法或者连想法都谈不上。 需求根本就没有变，而是一开始工作没
户说要系统有很快的速度，你就可以去 接下来就是澄清需求 。我们有个词 有做好，没有得到所有的需求，所以看起
看看系统用户真正需要多快才合适。当 叫需求候选（Ｒｅｑｕｉｒｅｍｅｎｔ　Ｃａｎｄｉｄａｔｅ）。 来仿佛变了。我们曾为一家石油公司做
你看到用户在做这件事情的速度时，可 当有人说要“用户友好”的系统，这不 咨询工作，一家非常大的公司。构建的系
能会发现他们没法工作得那么快。这时 能成为需求，因为它是不清晰的 ，需求 统是有关他们所有购买的支付事宜的。
即使客户想要，这个需求也是不符合现 要明确。这时可以把“用户友好”叫做 要保证准时支付，不被欺骗等等。他们花
实和客观规律的。 “需求候选”。我们有一定数量的需求候 了 ２５００ 万美金构建这个系统，最后把我
另外就是要辨别。这非常有用。不知 选，有些能做，有些不能做，有些可以 叫去看是不是做好了。我发了个邮件告
道中文里怎么样，但英文我们说需求这 同时做，还有些甚至所有的都可以做 ， 诉他们公司所有人将就这件事开一个会，
个词时可能谈论的是完全不同的事，因 但可能负担不起。然后我们再进入决策 如果他们想讨论这个系统的话就应该来
为用同一个词有时会发生混淆。这在英 的过程，决定哪些需求候选成为真正的 开会。他们认为这傻极了，因为所有来开

Programmer 75
管理＆实践 Management & Practices

需求分析　＞＞＞

会的人他们都认识，再把他们聚在一起 是 ５０ 年来的基本法则。 生涯里，从没见过所谓能够准确无误理

开会只是浪费时间。但这时有人敲门进 以美国为例，现在我的客户会雇用 解客户需求的人。我们可以一丝不差地
来了，以前没人见过他。他是公司的审 人类学家或社会学家，像需求团队一样 编程，但永远不可能一丝不差地知道人
计，工作就是保证一切都是正确的，但在 工作。那他们是怎么做的呢？他们去观 们要什么。所以只要需求过程一开始，就
整个系统构建的过程中他们从未和他谈 察人们，使用系统的人们，研究他们是怎 要意识到我们永远不可能准确无误地捕
过。当他走进会议室，提出了各种各样新 么使用系统的。每个过程都是持续的，从 获到需求。当您构建系统时，你会不断地
发现不同的需求。在软件开发过程中要
变更是必然的。在我 ５０年的计算机生涯里，从没见过所谓能
把这点加进去，这很有用。大家可能听说
够准确无误理解客户需求的人。我们可以一丝不差地编程，但永
过敏捷编程，这种方法是说系统建了一
远不可能一丝不差地知道人们要什么。
点儿，你就去和客户确认：这是你要的
吗？他们说不完全是，这里有些不一样，
的需求，都是从来没有听说过的。其中一 来没有停止的时候，因为人总是在变的， 忘了告诉你这件事，然后你再回去做出
些需求非常困难，甚至必须要抛弃整个 变化就是人们在明天做的事情。一个简 些不一样的东西。如果你的过程是要完
系统。是需求改变了吗？不是的。需求一 单的例子，你的用户是喜欢用菜单还是 全准确地理解客户需求，你一定会犯错。
直在那儿，只是他们从没有去问他，没有 用快捷键来建立一个档案，许多系统现 事情不可能一次搞定，一定会变化。
很好地使用系统思维，需求工作没有做 在都构造成能够记录这一点的形式。如 有一种应对需求变更的方法，那就
好。所以，在做需求时我们要确认已经预 果人们改变了工作方式，系统也可以改 是需求管理。你将需求存放在一个地
计到了所有对这系统会有要求的人。如 变，这是需求的更高层次。也就是说这个 方，和你管理代码的方式一样，用同样
果不是的话，就一定会有没有预料到的 需求是要求系统可以随人们的改变而改 的方法来控制变化，这就需要有一个需
东西出现。 变。如果不能，比如Ｇｏｏｇｌｅ的竞争对手开 求文档系统。记得我们构建美国空间追
另外，你必须要明白有些人是你必 始了什么新的东西，Ｇｏｏｇｌｅ 就要作出回 踪系统时，我们服务的对象——政府的
须要去了解的。例如，政府会变更法律， 应，这些是没有办法预计的。 代理机构，总是不断地要求变更。然后
这时你也就要跟着变。不然你不知道政 另外还可以通过模拟来预见需求。 我们开始注意到上周才提出的变更，到
府将会对你怎么样。而这些事情你总是 在建系统之前， 先假设我们就是这个系 一周后可能又要改回原样。我们的控制
可以从过去中了解到的。你需要做系统 统。通常在新系统开发之前把人都聚在 方法之一就是做任何变更前先暂时扣在
的评估，问问过去发生了什么样的变化。 一个房间里。每个人扮演系统的一个角 手里 ２周，如果２ 周后他们不再变，我们
我们有一些银行需要向政府报告银行交 色，我做记录客户订单的软件，你是计算 再处理它。
易的情况，他们构建了系统，但在过去的 的，你是负责发货的，还有人是负责现金 总的来说，我们当时做的就是告诉
１０～１５ 年的时间里，都没人要去看政府 和支票记录追踪的，还有人做不同的客 客户变更对他们而言是有成本的。如果
对报告的要求变了多少回。在美国，立法 户。在一个地方，在很短时间内，人们可 你的客户可以无休止地提出变更，一点
者每两年都会修改法律，甚至修改了银 以看到系统是怎么工作的，这样就可以 成本也没有，那么你不可能管理好你的
行法。银行的人很意外，只能修改系统。 用系统思维来避免犯严重的错误。因为 需求。做工程需求分析时有两件事很重
他们怎么能预见到这些变化呢？况且每 之前你只看到各个部分，对于他们之间 要：每个需求都包括它的成本和是否值
两年就会变。这种变化就是系统的需求。 怎样一起工作没有认识。有时可以做电 得我们去做。这种成本必须是客户能理
未来是来自过去的，你研究了过去，就可 脑模拟，比如各种交通阻塞的情况，去发 解的。在我和政府一起工作的案例里，我
以得到更多的不可预见的需求。你可以 现长龙的起源在哪里等等。这些事情人 们有同样的问题。他们坐在办公室里，想
看在你的银行过去一年发生了什么，或 们可能不太愿意投入地去做，因为它很 到什么好主意就说“好吧，我们要做这
者其他银行，或者其他业务的情况，或者 花费时间和金钱。 个、那个”。我们说这可得花掉上百万美
网络的变化等。做好准备，我们知道会再 元，但对于他们来说这是不起作用的，因
发生什么，因为在过去发生过的将来还 如果需求真的变了，要学会 为他们花的是纳税人的钱，而只要我们
会再发生。这就是最好的预见未来需求 聪明地对待 把他们的好主意放到了系统里，他们就
的方法。总的来说，软件容易被改变，这 变更是必然的。在我 ５０ 年的计算机 成了英雄。我们做的是当有人提出需求

76 程序员
想法时，用这样的方式让他们个人付出 你们也看。几年前我参与了ＣＡ公司在夏 使用。简单的项目不应该用很多的工具
成本：如果你要我们考虑你的主意，你就 季奥运会的工作，构建一个记者使用的 或者软件来捕获需求。
要坐下来和我们一起工作，直到我们有 信息系统。当我们建成那个系统的时候， 一旦你对需求有了很好的理解，
当然
了清晰的需求候选。如果你不愿意花时 人们会带着变更需求的想法来找我们。 可以将它们放到电脑里，这样更容易管
间来和我们说清楚确切要的是什么，我 想法很好，但是我们只能拒绝，因为只要 理，或者做些小的更改。你从纸和铅笔开
们就不会把它作为需求。这是控制变更 奥运会开始，系统就结束了。至少在４年 始，
有时对于一些系统或者项目来讲这就
的一个根本依据。你不得不让人们在要 内，没有人会再用到这个系统。这是非常 足够了。我有的客户在项目里放一块大
求变更时有一定的成本，不然他们就会 高成本的系统，因此我们在系统的很早 板，加上几张纸就是所有要用的东西。项
变来变去。 阶段就对需求的变更订下了非常严格的 目最多有两周，１个月或者６周就结束了，
我记忆里有这样一家公司，他们的 规则。但另外的情形下你可能需要在整 把所有东西都输入电脑里太浪费时间。
业务是把灌装程序转换到另外的灌装机 个项目中都安排需求变更，这可能会持 对于大一些的项目，有了基本想法之后，
上，让同样的程序在新机器上做同样的 续多年。 可以放在电脑里，根据事情的规模而定。
事情。他们说就要做这个，让新程序和 如果项目在全世界好几个国家进行，你
旧程序做一样的事，不要增加，也不删 铅笔和纸最有效，而不是电脑 应该使每一个人都可以得到它，可以放
除任何东西，需求非常准确完整。在这 记录需求最有效的工具是铅笔和纸， 在服务器上，这样每个人都可以访问。我
种情况下，就可以告诉客户精确的成本 我喜欢用即时贴，或者用胶带把纸贴到 没有说铅笔和纸是唯一可以使用的工具，
和完成程序所需要的确切时间。如果客 桌子上，有时是地板上。我们把每个想法 只是它的是最开始要使用的，也是最简
户说我要做成一样的系统，只有有一点 写在一张纸上，放在地板上，移动它们， 单的工具。
点不同，这时候需求就会不确定了。通 把它们放在一起看，把相似或相矛盾的
常大多数情况就是这样的。极端的情况 放在一起，和人们交谈，就用这些纸片工 需求分析师应该具备的技能
是甚至要到了系统构建好你才知道需求 作，澄清问题。最糟的就是用电脑，尤其 我认为需求分析师要善于倾听，擅
是什么。例如，假设你在互联网上开始 是最开始的时候。如果这样做可就大错 长沟通，在写作上清晰易懂。你也许只是
做卖玩具的生意，你从前没有做过这样 特错了，太复杂了。它在你和你要获得需 一个可怜的软件开发人员，而面对的可
的系统，所以不可能在做之前就得到确 求的人中间平添一道阻碍。 能是高层的大老板，非常严厉又精明，你
切的需求。只有在真正投入其中之后才 另外的工具是，你要让 要能够和他们交谈。你
明白业务是怎样。这时你可以有一个样 你的耳朵保持工作状态，要 要在不懂的时候说我不
板需求。 听仔细，听清楚。也就是说 知道而不去猜。这种个
我们无论做什么都要很容易更改， 你要听清别人说什么。程序 人技能不是每个人都擅
不把任何事情完全确定下来，因为只有 员常常在寻找需求时认为 长的。你必须要能和人
当系统开始使用后才会有新的需求。许 他们要告诉客户，说服他们 们打交道。如果你不擅
多或者大多数的系统构建永远不会结束， 什么才是他们想要的，但这 长这些就不要做需求的
在整个需求过程中不断会有新的需求。 不是他的工作 。需求是倾 工作，让更有这方面的
５０年前，我们使用瀑布过程，在设计或写 听，听清楚别人说什么，确 特长的人去做。在做需
代码之前把一切东西都做好。现在就不 认他们理解自己在说什么。 求时，我还会去找那些
会总是这样的情况了。你的软件过程必 做好了这件事才轮到我们 写作好的人。我的新书
须计划成在进行中随时都会有新的需求 开始说：你不能同时做这个 （Ｗｅｉｎｂｅｒｇ　ｏｎ　Ｗｒｉｔｉｎｇ：
和澄清工作。每向世界发布一件产品，只 和那个等等。这些就是需求的工具。其它 ｔｈｅ　Ｆｉｅｌｄｓｔｏｎｅ　Ｍｅｔｈｏｄ）就是有关写作的。
是此阶段需求的结束。一有新产品，系统 任何工具我都不会去用。有些不一样的 我发现这个圈子里的人们在写作上没有
就要变化。必须就计划成这样，时刻都要 地方就是，有些人用卡片，有些人不同事 很好的练习。如果他们不能用中文写得
将变化在项目中的成本计算在内，因为 情用不同颜色的纸，这都可以，但不要搞 很清楚，就做不好需求的工作。以上是我
每做一次变更都需要花一些时间。 得太复杂了。这也许不是你愿意听到的， 建议需求分析师去发展的技能。
现在正在进行冬奥会，我想在中国 因为做事情时总希望有个软件工具可以 ■ 　责 任 编 辑 ：霍 泰 稳 　(htw@csdn.net)

Programmer 77
管理＆实践 Management & Practices

项目实践　＞＞＞

一个项目团队的敏捷之旅
近日，欣闻首届“敏捷中国日”
开发者大会将于六月初召开 ，这无
疑是中国敏捷开发者的一件大事。
敏捷方法历经数年传布 ，以其注重
实效的特质，已渐入人心，并开始焕
发出勃勃生机。不少一线团队更是
早已将其用诸实际 ，并从中获益良
多。本文讲述了一个团队改进的故
事，取自笔者近期接触的一个真实
项目。希望能对那些关注敏捷方法
如何应用于实际项目的读者有所帮
助。文中采用的敏捷实践主要来自
极限编程（Ｅｘｔｒｅｍｅ　Ｐｒｏｇｒａｍｍｉｎｇ），读
者可以从近期出版的《解析极限编
程（第二版）中文版》中找到有关极
限编程的详细介绍。
背景
不久前我接触到一个项目团队，
并且
作为开发过程的跟踪者介入了其中。在
我进入项目时，需求调研已于先期完成，
部分模块的开发工作也已由程序员自发
地开始了。但是，因为向客户承诺的项目
启动时间是在一个月多前，而部门人手
一直捉襟见肘，因此真正的大规模开发
直到最近才展开，客户对此却毫不知情。
先说说系统：整个系统由三个模块
构成，其中一个基于第三方系统开发，并
且有一部分工作被外包了出去；另一个
则迫于进度压力，沿用了来自其他项目
的一个遗留系统，虽然系统设计混乱，代
码维护困难，但是以往的运行记录良好；
最后一个模块则要从头做起。
再说说团队：由于项目中要用到
Ｓｔｒｕｔｓ、Ｓｐｒｉｎｇ 和 ｉＢａｔｉｓ 框架，而成员们对
这些框架的熟悉程度还不够。好在先期
已为他们做了简短的培训，通过一个迷
你教学项目，大家在短期内已经掌握了
如何使用“ＳＳＩ”的基本技能。不过，从
我对他们代码的复查情况来看，成员们
的编码习惯尚有欠缺。代码中随处可见
的“Ｂａｄ　Ｓｍｅｌｌ”让人不禁心生忧虑。
看上去这是个风险颇大的项目：
◆ 　我们真正能够控制的部分，其实
只占整个系统的三分之一。团队中每个成
员对能否如期完成预定的功能都没有把
握，当项目经理问及系统能否如期交付
时，我很坦白的回答说：目前还不知道。
◆ 　团队成员有待历练，团队过程有
□　文 ／ 莫映
待改进。改进需要时间，在有限时间内还
要将部分精力投入到团队改进上，这无
疑增加了难度系数。好在通过与包括管
理人员在内的所有成员的沟通中，我了
解到，大家对团队改进的必要性和紧迫
性都有所认同。这在一定程度上为团队
改进工作的开展创造了条件。
第一个迭代周期
在和团队成员进行短暂磨合后，我
开始着手规划第一个迭代周期。
◆ 　为了让这个复杂而棘手的问题尽
量简单，同时也为了使我们能在力所能
及的范围内做得更好，我将大部分精力
集中于指导团队实现系统的三分之一功
能，就是从头做起的那个模块。同时，这
也为我们赢得了更多团队改进的时间。
◆ 　 为了尽量打消包括项目经理在
内的团队成员们对项目进度的疑虑，
我将“迭代计划”作为团队改进的第一
个“故事”
（极限编程中的概念 ）。从目
前现状来看，相信这是团队改进最迫
切需要的，同时也是实施难度和阻力
相对较低 ，最有望获得成功的 。考虑到
成员对敏捷方法还较为陌生，我并不

78 程序员
急于将诸如持续集成、测试先行一类 取主动的心情是可以理解的。 价值最大化。
听起来很“酷”的敏捷实践放到团队的 不过，在决定加班前，也许我们可以 “加班事件”让我联想到另一件事：
改进计划中。 让事情变得明朗化一点：项目经理或业 某些组织中，时常会对加班加点的员工
◆ 　作为一项辅助措施，我让程序员 务分析师根据客户的商业价值将复杂的 给予表彰，并将这样的先进事迹广为传
在开发期间每天都向代码库提交当天完 问题域分割成一系列“用户故事”，然后 播。凭心而论，作为加班者，这毫无疑问
成的工作，然后在次日复查所有昨天的 由程序员负责将故事细分成任务并估算 是他辛勤劳动应得的回报。只是，将这样
代码。通过一个叫 Ｊｕｐｉｔｅｒ 的代码复查工 时间，估算的过程也是业务观点和技术 的事作为典范加以宣传却是有悖于极限
具，我把藏在代码中的“Ｂａｄ　Ｓｍｅｌｌ”逐 观点彼此调和的过程。经过这道工序之 编程的价值观的：极限编程更加鼓励精
一找出，并告知相关责任人。这么做的目 后，含糊不清的问题在充分沟通中被逐 力充沛的工作，因为这是对他人尊重的
的是希望通过一段时间的持续复查，在 渐澄清，人们的恐惧心理在很大程度上 体现。假如延长工时可以让项目不至失
一定程度上矫正开发者的编码习惯。在 也得到了缓解。 控，我们可以选择加班。但如果不是这
目前还无法要求程序员彼此互查的情况 为了赶进度，人们经常会打两张牌： 样，休息其实是尊重自己和他人的最好
下，复查工作毫无疑问落到了我的肩上。 时间和人员。在有限的时间里增加工作 方式。对自己身体的透支可能会毁掉未
不过，常人在一天内完成的工作不会太 时间，就是加班；而增加人手在《人月神 来数天的工作，这对你和团队都是不利
多，因此以天为单位来复查代码还算轻 话》中已经被证明是不可靠的。有趣的 的。疲惫不堪的人很难意识到，自己正在
松。更重要的是，
“Ｂａｄ　Ｓｍｅｌｌ”　一旦出现， 是，我就真的经历过一个“堆人式”的项 增加整个项目的风险。
会在至多一天的时间内被发现，这样的 目。伴随项目的延期，不断有人填补进
反馈速度应该是足够敏捷了。在实际实 来，团队规模最多时有近二十人。可惜那 插曲二：形同虚设的 Ｗｉｋｉ 公告
施过程中，我发现程序员的响应速度很 时我尚不知敏捷为何物。 在第一个迭代周期里我犯了一个错
快，当通知他们复查结果后，一般都能在 其实，敏捷团队的手里还有第三张 误。为了把项目现状及时反馈给团队内
半天到一天的时间内完成所有的代码修 牌：当现有资源不足以完成所有用户故 外，我用Ｗｉｋｉ开了一个项目专区，将分解
改。当然，起初“复查——修改——再复 事时，而且团队士气也向我们发出警 的用户故事、进度预估，还有团队的日常
查——再修改”的反馈十分频繁。有时， 告，试图通过增加工作时间来追赶进度 公告贴到了上面。我相信公示是必要的，
我甚至因为不厌其烦的打搅他们而觉得 已经变得十分危险时，不妨在当前的迭 这体现了极限编程中的沟通和反馈。选
很不好意思。还好大家都很理解，在迭代 代周期里有选择地完成一部分故事。这 择 Ｗｉｋｉ的初衷，则是因为我的个人偏爱。
周期快结束时，成员们对代码复查的效 么做的前提是：要有一个对当前问题域 但事实证明，这样的电子化手段并没有
果都还算满意。 的分解，并形成经过估算的故事。接下 起到预期的效果。除了习惯查看 Ｗｉｋｉ 最
来的工作就像是在超市买东西：货价上 近更新或者订阅ＲＳＳ的员工外，其他人根
插曲一：加班
在迭代开始后的第一个周五，团队 为了赶进度，人们经常会打两张牌：时间和人员。在有限的
召开会议。为加快进度，决定周末加班 时间里增加工作时间，就是加班；而增加人手在《人月神话》中
（当时迭代计划还没做好）。听到这个消 已经被证明是不可靠的。
息，成员们的情绪明显有些糟糕，阴郁的
气氛笼罩着团队。 的商品中，有些是你要买的必需品，有 本不会主动去浏览Ｗｉｋｉ。于是，对那些不
也许很多团队都已习惯加班这样的 些则不是，有些是你很想要，但又超出 了解项目现状的人而言，摆在他们眼前
极端做法了，听起来这似乎应该是极限 预算开支的。当你走到超市出口准备买 的依然是个黑箱。后来，我吸取教训，改
编程的实践，“极端”的英文不就是 ｅｘ－ 单时，假如兜里的钱不够支付你挑选的 用了常人更容易接受的沟通方式——邮
ｔｒｅｍｅ 吗。做出加班的决定，很大程度上 全部商品，那么很简单，你需要重新考 件，还有直接的面对面交谈。这个教训让
归因于人们对未知事物的恐惧心理和缺 虑哪些该买，哪些不该买。在这一点上， 我再一次明白，在敏捷团队中为何会有
乏明确有效的反馈机制。大家对团队的 我们也许应该向勤俭持家的女士们学 一面“故事墙”：将富含信息的内容以一
开发现状和项目进度都心里没底，因此， 习：学会如何精挑细选，在聪明的花掉 种常人更习惯的形式，摆在显眼之处，体
在前途未卜的情况下，尽量往前赶以争 兜里“钞票”的同时，让“购买物品”的 现了很好的人性化。

Programmer 79
管理＆实践 Management & Practices

项目实践　＞＞＞

经历。单元测试还有很多好处，在开始实
践测试驱动开发之后，这种好处还会提
升到更高的层次。但对于一个原本就对
单元测试不“感冒”的人而言，这无疑是
一个非常实在的起点。另一次，一位结对
者问我：为什么每回我都喜欢改完一小
段代码并且确认无误后就往ＣＶＳ提交，而
他却喜欢做完所有修改后一次性提交。
这是灌输敏捷思想的好时机：对一个习
惯了敏捷思维的人而言，迭代和小幅前
进的原则会很自然的体现在他的日常行
事之中，即使这并没有被明确的定义为
某项敏捷实践。
◆　通过结对，可以鼓励充分的沟通，
并且更细粒度的把握项目风险。在上一个
迭代周期，团队中有时会发生这样的事：
结对编程模拟场景　 当我走到某位程序员身边询问进展时，他
告诉我
“遇到了一个问题”，而这个问题也
第二个迭代周期 这样的安排看起来有些不合理，不过这 许已经困扰了他一天。在习惯开周会的团
经过上一个迭代周期，团队对计划游 并不影响总体进度。我们甚至能安排出 队中，问题恐怕会被延误得更久：所有问
戏已经较为熟悉了，因此在开始新周期 一定的时间，将某些延期任务交给团队 题都将被堆积到周五的会议上来讨论，即
时，迭代计划进展得很顺利。在完成故事 成员自己来完成。当我们将项目进度再 使问题在周一就已经发生了。按照极限编
估算后，我和程序员们一起坐在会议室 次以图表反馈给项目经理时，他在给大 程的观点：谈话的嗡嗡声是团队健康的标
里，在白板上讨论哪些故事先实现，哪些 家的回复中表示：非常满意。 志，沉默只会使风险堆积。一天下午，在
应该放到后面。然后将讨论结果绘制成 项目的稳步进展让我有了更多机会 和一位程序员热烈讨论过后，我终于说服
图，并通过邮件发送给项目经理和部门主 能将精力投入到团队改进中来。本次迭 了他，用户想要的也许不是将当前报表页
管。团队内外都有一些非常关注项目进展 代中，我开始尝试结对编程，方法是：每 面导成 Ｗｏｒｄ 文档，而是生成一份打印稿。
的人，同时他们也拥有决策权，这些决策 天投入大半天时间和几乎团队中的每个 如果没有这样的沟通，也许会有大段时间
往往事关团队的成败。为了消除ＶＩＰ 们对 程序员结对。虽然这种“车轮战”式的结 被浪费在实现这个从未得到证实的功能
进度的疑虑和恐慌，将团队内部口头讨论 对有些特别，但却是经过慎重考虑的： 上。另一次结对经历则是我和一位程序员
的结果适时地以非正式文档的形式反馈出 ◆　我希望通过这样的形式，为成员 一起完成了一个大模块的代码迁移，这次
去是非常有必要的。没错，就是文档，这 们示范好的开发实践，同时不失时机的 结对的目的在于“Ｄｏｕｂｌｅ　Ｃｈｅｃｋ”
：一个人
是人们熟悉的一种沟通手段，不过仅是用 灌输敏捷思想。言传身教的效果往往要 在操作键盘时，另一个人监督操作的正确
于沟通之用，刚好够用就行。 比纸上谈兵来得好。有一次，一位程序员 性。这样，我们可以及时发现迁移过程中
进入第二个迭代周期，团队的开发 告诉我，运行在他本机的系统出现了一 不小心引入的错误。
速度渐趋稳定。当我在迭代中期评估项 个诡异的错误，从异常堆栈来看应该是 ◆　充分沟通可以减少孤独感，而结

目进展时，欣喜的发现，一切都在有条不 某个ｉＢａｔｉｓ　ＤＡＯ 类的问题，可是经过无数 对则形式化的强调了沟通。对于沉默寡

紊的按计划进行，团队的工作气氛也变 次费时的部署和服务器启停后，依然没 言的团队成员，我个人很怀疑他能在这
得轻松起来。虽然，个别次要任务因为某 有找到症结。此时，我不失时机的为他示 个团队待多久。
些不可控的因素导致了延期——某些开 范了一个单元测试，原因很快就被找到 ◆　团队成员自身还没有足够的结对
发任务是由团队外的人员承担的，而他 了——Ｓｐｒｉｎｇ配置文件里有个很隐蔽的错 经验，为了让结对更有效率，两位结对者
们正深陷于另一个项目，自顾不暇—— 误。对他而言，这是一次“印象深刻”的 中必须有一位能主导结对的过程。

80 程序员
 一句题外话，有些人也许对结对存 会去响应请求。但是很多时候，有的“实 员学习不容易自学的知识，示范有效的
在误解，认为它妨碍了个人的私有空间。 例”也许要同时响应多个请求，而响应完 实践，也要对整个过程负责，保持团队在
其实，结对并不意味着不能独立思考，需 毕后又会马上被安排处理其他的请求， 可承受的节奏下工作，并持续改进。最
要时大家可以坐到一起，不需要时也可 因而池里永远都是空的，员工们得不到 后，作为教练的一项重要工作还包括：找
以回到各自的私人空间。理想的敏捷团 充分的修整。更有甚者，有的“实例”还 出知道答案的人，并把信息及时传达给
队对工作空间会有一定要求，比如敞开 未处理完当前请求，就会被“调度逻辑” 有权力做出决策的人。
的没有隔板的办公桌，但即便现实环境 重新分配，以响应别的请求。在这样的氛
有限制，也没什么大不了。相反，如果认 围下，人们只是满足于每个个体都在忙 更开阔的视野
同结对的价值，人们反而会更加珍惜在 于敲打键盘的虚幻效率，而忽略了应该 软件开发不仅是程序员的活动，缺
“恶劣”环境下的结对机会。 让员工尽量与熟悉和信任的同事在一起 少了对所有参与人的利害平衡，无论对
工作，也忽略了这种随意切换带来的高 项目还是团队本身，都将是危险的。技术
插曲三：人员更迭 昂代价（比如时间和精力的浪费，也许这 人员对敏捷方法情有独钟往往是从重构、
项目中期，曾有位出差归来的程序 可以换来两天的休息日，而非加班）。也 测试驱动这些明显带有浓厚技术色彩的
员中途加入团队。可是分配给他相应任 许将人比作可以随意调配的资源本来就 实践开始的。但是要想获得成功，只关注
务后还不到一周，他又被调到了别的项 是个错误。从这个意义上讲，人力资源 这些还不够。在敏捷方法的受众里，有些
目。于是，原本安排与他结对的程序员， （Ｈｕｍａｎ　Ｒｅｓｏｕｒｃｅ）一词，至少在计算机领 人也许不能为开发做出贡献，但他们的
花了大约两天的工作交接和沟通时间都 域恐怕是一种误导。 观点对团队的成功却很重要，比如：项目
被白白的浪费了。此外，还有一种常见现 经理、测试人员、客户代表。项目进展期
象是“单人多任务”，比如有些成员还同 故事还在继续 间，我们要时刻注意协调技术观点与业
时承担着其他项目的工作。敏捷方法的 文章即将结束，不过项目仍在继续， 务观点的矛盾。此外，要想保证项目的成
观点认为：工作内容的频繁切换即不利 也许这样的敏捷实践案例就是我们不少 功，我们还要将视野扩大到团队以外。有
于团队的整体感和连续性，也不利于生 项目团队每天的真实写照。作为尾声，这 时，组织机构中主管人员所做的决策往
往会对团队产生很大的影响。如果漠视
或回避这些影响，恰恰就是漠视和回避
充分有效的沟通。经验告诉我们，在敏捷
方法的实施中，最大的困难在于：你需要
用事实来说服别人接受你的方式，尤其
是那些拥有决策权力的人。只有所有人
都有一致认同的价值观，敏捷方法才能
最大限度的发挥价值。

作者简介

莫映，北京慧点科技开发有限公司

产效率。这让我联想到一些组织中时常 里还有些话要对读者说： 产品研发中心技术经理 ，北京

发生的一类现象，我把它称为“被池化的 Ｊａｖａ 用户组（ｗｗｗ．ｂｊｕｇ．ｏｒｇ）核

人”。想必读者对数据库连接池不会陌 教练的作用 心成员，同时也是满江红开放技术

我们可以发现，在团队改进中，教练 研究组织（ｗｗｗ．ｒｅｄｓａｇａ．ｃｏｍ）
生：作为一种创建代价高昂的资源，数据
成员。有多年软件从业经验，对极
库连接一般会被预先实例化并放入池中， 的角色至关重要。就如读者在故事中看
限编程和敏捷方法颇有心得，并参
一旦数据库访问请求到来，就会有池中 到的，我的职责是：发现团队改进的机
与和指导了多个软件团队的敏捷实
的实例来响应。类似的，某些组织中，人 会，并引导大家尝试解决问题；当团队在
践，取得了较好的效果。
们即被看作是一种可被池化的资源。当 压力驱使下做事时，提醒他们做简单的
有项目“请求”到来时，池中“实例”就 事情；既要有足够的技能来教导团队成 ■ 　责 任 编 辑 ：霍 泰 稳 　(htw@csdn.net)

Programmer 81
管理＆实践 Management & Practices

项目实践　＞＞＞

轻松实现软件产品的国际化
—浅谈多语言带来的可用性问题

□　文 ／ 刘大鹏
　这篇稿子早在半年前就开 坚持看到最后，相信读者也不见得喜欢 决方案是双字节甚至多字节 Ｕｎｉｃｏｄｅ的编
始在头脑中酝酿了，但是却迟迟没有下 吧！因为如果在内容中不能很好的突出 码和界面支持。
笔。原因有二：一是这个命题实在太大， 文章要意，这本身就是种不友好的用户 ２．　从具体执行和管理角度来讲，多
微软甚至有一个庞大的机构和部门在负 体验！但是最后经过和编辑的交流，还 语言和本地化不仅仅是简单的静态翻译。
责国际化（Ｉｎｔｅｒｎａｔｉｏｎａｌｉｚａｔｉｏｎ）、全球化 是决定暂时从几个主要的方面做个重点 多语言和本地化过程是一个庞大的系统
（Ｇｌｏｂａｌｉｚａｔｉｏｎ）和本地化（Ｌｏｃａｌｉｚａｔｉｏｎ）的 的说明，以点带面，抛砖引玉，便于使一 工程，需要由多方面、跨学科的团队进行
工作，并且在ＭＳＤＮ上长期在线解决相关 些还不是很清楚国际化多语言软件产品 （如可用性专家、本地化工程师、专业翻
的问题。况且由于杂志本身的篇幅所限 的战略意义和正确实施方式的软件企业、 译人员，集成项目经理，发布测试管理人
和我们需要重点阐述易用性的出发点， 工程师们，能够快速的了解国际化软件 员，界面工程师等）。
我们只能要么对其做大而全的乃至长篇 产品的设计和开发方法，同时也希望借 ３．　从易用性测试和产品架构设计角
大论的叙述，要么专注在某些具体的点 此提高大家对于多语言带来的易用性问 度讲，良好的多语言和本地化支持是一
面来做透彻深入的说明；其二是希望能 题的认识。 个重要的可用性检测指标，因为它体现
够开辟技术类杂志新的文风，因为就个 首先我们先明确几个概念和观点： 了我们产品界面中出现的文字和字符是
人的体验来说，很少能够坚持把一篇掺 １．　从具体技术实现角度来讲，到目 否具有相当的可读性和一致性水平——
杂着各色代码和充斥着行业术语的文章 前为止，国际化多语言软件的最优化解 即是否清晰可读、可见能够正确表述功

82 程序员
能和传达给用户有用的信息，并且符合 如果企业沟通软件出现了软件界面上或 创业型企业，而失去了做大做强的机会。
用户的操作和认知习惯。 者中英文文字由于不可读造成互相不兼 软件国际化和多语言的最高境界就
容，那么可想而知后果是什么，这可能导 是很好的本地化。近年来随着国际化和
什么是 Ｕｎｉｃｏｄｅ？ 致一个季度的预算和销售都可能会受到 本地化需求的不断出现和生产力水平的
为什么要使用 Ｕｎｉｃｏｄｅ？ 影响，数以千万资金可能遭受损失…… 提高，国外大型国际化软件常常需要发
布几十种语言的本地化版本，但是对于
Ｕｎｉｃｏｄｅ　ｐｒｏｖｉｄｅｓ　ａ　ｕｎｉｑｕｅ　ｎｕｍｂｅｒ　ｆｏｒ　ｅｖｅｒｙ　ｃｈａｒａｃｔｅｒ，

为每个字符都指出定了一个唯一码 应用场景二 亚洲表形意字体的处理，显然我们国内

ｎｏ　ｍａｔｔｅｒ　ｗｈａｔ　ｔｈｅ　ｐｌａｔｆｏｒｍ，不 论 在 任 何 平 台 当前欧美市场上普遍流通的软件产 的研发企业更加有利，因此我国自主研
ｎｏ　ｍａｔｔｅｒ　ｗｈａｔ　ｔｈｅ　ｐｒｏｇｒａｍ，　 不 论 在 任 何 程 序 品大多数属于国际化软件产品，而我们 发或者开发海外项目支持多语言的软件
ｎｏ　ｍａｔｔｅｒ　ｗｈａｔ　ｔｈｅ　ｌａｎｇｕａｇｅ．　 不 论 在 任 何 语 言
国内自主研发的软件产品却大多还没有 和产品本地化都具有非常大的发展潜力。
— — 引 自 　　Ｕｎｉｃｏｄｅ．ｏｒｇ
考虑或很少考虑产品国际化问题和支持 并且可喜的是，我国的一些软件本地化
目前，Ｕｎｉｃｏｄｅ 的技术标准已经被 ＩＴ 多语言版本，但是欧美市场上的软件产 公司凭借为欧美国软件公司长时间提供
工业领域的巨头如 Ａ ｐ ｐ ｌ ｅ 、Ｈ Ｐ 、Ｉ Ｂ Ｍ 、 品、尤其企业应用软件又大多根据西方 中文软件本地化服务，已经与客户形成
Ｍｉｃｒｏｓｏｆｔ、Ｏｒａｃｌｅ、ＳＡＰ、ＳＵＮ，Ｓｙｂａｓｅ、 的标准和作业习惯进行开发和定制，那 了互相信赖的客户关系和取得了长足的
Ｕｎｉｓｙｓ 等许多知名公司广泛采用和推广； 么国内的企业是不是一定要“娶”一个 经验，所以国内软件企业自主研发的国
从开发语言和平台角度讲也有越来越多 “洋媳妇 ”而找罪受呢？最直接的案例 际化和本地化软件产品无疑会在近年开
的脚本和编程语言开始支持这一标准， 便是如同十年前盛行的 ＥＲＰ 一般，投入 始展露头脚，融合于国际化的趋势之中，
如：ＸＭＬ 、ＪＡＶＡ、ＪａｖａＳｃｒｉｐｔ 、ＬＤＡＰ 、 和产出不成正比、周期工期冗长，最终 成为未来的中坚力量。
ＣＯＲＢＡ、ＷＭＬ 等。同时它也被越来越多 导致严重整合问题；或者买了个看似成
的主流操作系统内置，如：Ｗｉｎｄｏｗｓ　ＸＰ。 熟的国外中间件进行二次开发。但是又 多语言需求的产生和广泛应用
这里需要说明的是，它的出现意味着一 有多少企业的市场变化能够等到软件整 那么软件产品的国际化和多语言的
个划时代产品的来临，因为微软从这一 合的“功德圆满”？这其间抛开企业自 历史有多久了呢？以我们最为熟知的国
刻起第一次真正把国际多语言版本操作 身的开发成本和项目管理不说，单就一 际化软件产品成功典范——“微软制造”
系统全球同步发布！ 个本地化问题就足够让人头疼，因为本 为例，在微软最早提出ｗｉｎｄｏｗｓ软件平台
国际化、全球化主要是为了实现一个 地化并不仅仅是界面和语言上的本地 国际化和本地化的观点的人究竟是谁
最终目的，全球产品的可用性！即在产品 化，还应该包括用户体验的量身定做， 呢？几经追溯，我们发现了一些有趣的
的各种不同语言的版本中为用户提供一致 而买来的半成品却往往不会为我们考虑 结果，那就是身为国人并且曾经担任微
的外观、风格、功能和用户体验。因为随 这些！ 软中国区总裁的唐骏先生对于Ｗｉｎｄｏｗｓ多
着世界的不断变化，国际文化之间的大融 既然市场需求如此巨大和强烈，为 语言和本地化、尤其是亚洲表形表意版
合，国内外企业之间的并购和合作，国内 什么却很少有人试水一跳？这里原因当 本（韩文、中文和日文等）做出了贡献；
公司跨国业务的发展等，这些企业用户都 然很多：一是国内软件企业的项目管理 另外就是在Ｗｉｎｄｏｗｓ国际化应用开发领域
希望在世界的任何角落都能够有一致的人 水平相对还比较低和缺少国际化的眼光： 久负盛名的神秘人物Ｄｒ．　Ｉｎｔｅｒｎａｔｉｏｎａｌ（后
机交互使用体验，快速获取商业价值。这 很少企业愿意放弃目前短期项目和直接 来查证为 Ｎａｄｉｎｅ　Ｋａｎｏ 博士）。首先让我们
里包括用户母语和外来语言的融会贯通， 的利益去做些长远的规划，所以我们纵 深入了解一下具体的细节，以下是引自
企业文化之间的无缝对接！ 然有着世界上数量最为庞大优秀的技术 微软前中国区总裁唐骏先生的一段自述：
人才群体和资源成本优势，观悉近代计 “１９９３ 年 ４ 月，唐骏博士后毕业，用
应用场景一 算机和软件发明以及世界性通用标准的 卖专利的８万美元开了三家公司：一家做
比如说联想在收购了 ＩＢＭ 个人 ＰＣ 部 拟定，以至于在全球范围内取得广泛影 软件、一家做文化经纪、一家做法律事务
门之后，国内的销售总监需要在第一时 响的软件产品我们几乎还没有；二是归 服务。后来当唐骏已经有几十万美元身
间了解在美国研发部门的最新产品情况 其原因并不是专业技术人才的缺少，而 价的时候，他突然关闭所有公司，决定去
和性能指标现状，那么频繁的实时沟通 是缺乏对于远景有规划能力并且可以洞 微软做程序员每年领几万美元的年薪。
和企业内部文件交换便必不可少，但是 悉国际形式、拥有资本运做能力的产品 但是他后来说“我发现我的企业做不大，

Programmer 83
管理＆实践 Management & Practices

项目实践　＞＞＞

我做事情就喜欢将事情做大。”随即唐骏 ｗｗｗ．ｍｉｃｒｏｓｏｆｔ．ｃｏｍ／ｇｌｏｂａｌｄｅｖ／ｄｅｆａｕｌｔ．
从洛杉矶跑到西雅图对微软说，
“只要让 ｍｓｐｘ 的“坐诊”博士 Ｉｎｔｅｒｎａｔｉｏｎａｌ 十几年
我进微软，让我干什么都行。”随后他被 来一直兢兢业业的回答关于本地化和国
分到 Ｗｉｎｄｏｗｓ　ＮＴ开发组做程序员，当时 际化的问题，而对于他的贡献大家如果
正值１９９４年。
（这个日期和Ｄｒ　Ｉｎｔｅｒｎａｔｉｏｎａｌ 有兴趣的话可以认真的阅读他的著作并
出版 Ｄｅｖｅｌｏｐｉｎｇ　Ｉｎｔｅｒｎａｔｉｏｎａｌ　Ｓｏｆｔｗａｒｅ 第 且到网络上查看，但是至于与唐骏的渊
一版的时间几乎吻合，不知道两者之间 源就无从考证了。
是否存在必然的联系？）” 图 ３：Ｗｉｎｄｏｗｓ　９５／９８／Ｍｅ 下 无 法 正 常 地 示多语言

“微软当年开发多语言版本的原有思 具体的集成方式有哪些？ 这无疑意味着如果使用目前利用

路是：先开发英文版，然后再将英文版移 虽然我现在已经不是职业的程序员， Ｗｉｎｄｏｗｓ　ＡＰＩ开发的多语言国际化软件产
植到其他语言版本中去，所以当时移植 但是使用Ｄｅｌｐｈｉ开发新产品的快速交互原 品可能会牺牲一些Ｗｉｎｄｏｗｓ　９５／９８／Ｍｅ的
一个中文版甚至需要几十个工程师花一
Ｄｅｌｐｈｉ 的 Ｗｉｎｄｏｗｓ 应 用 开 发 需 要 第 三 方 插 件 （Ｐｌｕｇｉｎｓ） 支 持 ， 如 ＴｎＴＵｎｉｃｏｄｅＣｏｎｔｒｏｌ
年半到两年时间！刚进微软几个月的唐 Ｐｈｐ，　Ｊａｖａ… 需要相应的官方或者第三方类库

骏一开始便觉得这种办法很愚蠢。在他 ＶＣ．ｎｅｔ… 编 译 器 内 置 对 于 Ｕｎｉｃｏｄｅ 的 支 持

… （ 在 这 里 我 们 主 要 讨 论 基 于 Ｗｉｎｄｏｗｓ 的 应 用 ）
看来，Ｗｉｎｄｏｗｓ在开发的时候，就应该基
于双字节，这样其他语言的版本软件就 形一直是我的最爱，因为它有着丰富灵活 用户，但是无论如何，我们已经尽可能满
可以和英文版几乎同时推出了。微软总 的语法和强大的可视化编程界面，并且提 足了 ８０％ 以上的用户，而且从未来的趋
部当时采纳了唐骏的建议，ＮＴ 工作组的 供可插入式的第三方支持控件，这可能也 势来看，这种取舍也是必须的——如果
７００多名程序员要么听唐骏讲解《如何写 是 Ｄｅｌｐｈｉ得以被普遍认可和应用的主要原 花很大力气去解决一个几乎被淘汰的低
国际版本的操作系统》，要么看唐骏写的 因。这里先来介绍一下由ＴｎｔＷａｒｅ 提供的 版本平台问题，也是得不偿失的，毕竟微
《国际版操作系统开发手册》。这此之后， Ｄｅｌｐｈｉ第三方插件ＴｎＴＵｎｉｃｏｄｅ　Ｃｏｎｔｒｏｌｓ 来迅 软也在鼓励用户不断升级。对于这一点
唐骏又直接负责　Ｗｉｎｄｏｗｓ 日文、韩文和 速快捷的开发多语言应用。 感兴趣的朋友可以看看目前几个主流的
中文版的开发，带领有３０多人的团队。虽 Ｕｎｉｃｏｄｅ 应用，如现在炙手可热的 ＶｏＩＰ产
然刚开始的时候Ｗｉｎｄｏｗｓ３．１中文版比英 品 Ｓｋｙｐｅ就是使用 ＴｎＴＵｎｉｃｏｄｅ开发支持多
文版晚了一年半，到了后来，中文版和英 图 １： 　Ｄｅｌｐｈｉ 环 境 下 的 ＴｎＴＵｎｉｃｏｄｅ 控 件 语言的国际化软件，在Ｗｉｎｄｏｗｓ　ＸＰ使用
文版几乎可以同时推出！……” 但是不幸的是，Ｗｉｎｄｏｗｓ 平台对于 环境中，我们甚至可以自己增加本地化
注意，这里唐骏提到的是双字节，已 Ｕｎｉｃｏｄｅ 的支持是非常有限的，所以利用 的语种，但是在Ｗｉｎｄｏｗｓ　９８环境下界面
经不是普通意义上的单字节ＡＳＣＩＩ码，而 Ｗｉｎｄｏｗｓ　ＡＰＩ 封装的控件也不能脱离厄 可就不堪设想了。
且虽然当时 Ｕｎｉｃｏｄｅ 在 １９９１ 年就已经发 运，目前只支持一些３２－ｂｉｔ 和６４－ｂｉｔ的主
明和出现，但是一直都没有在大型的系 流操作系统，如Ｗｉｎｄｏｗｓ　ＮＴ／２０００／ＸＰ／
统和软件产品中得到普遍应用，而唐骏 ２００３等。以下是利用ＴｎＴＵｎｉｃｏｄｅ开发的同
恰逢 １９９４年进入微软，所以按照这个时 一个应用程序的对话框在不同的操作平
间推断唐骏的自述显然是有一定说服力 台上的体现：
的，那么唐骏也很有可能是在微软较早
考虑运用Ｕｎｉｃｏｄｅ技术提供全球同步多语
言版本的人之一。同时也可能为 图 ４：Ｄｅｌｐｈｉ 开 发 设 计 支 持 Ｕｎｉｃｏｄｅ 的 对 话 框

Ｍｉｃｒｏｓｏｆｔ　Ｐｒｅｓｓ出版社出版的《Ｄｅｖｅｌｏｐｉｎｇ
Ｉｎｔｅｒｎａｔｉｏｎａｌ　Ｓｏｆｔｗａｒｅ》一书做出过很大
的贡献，这也就难怪他会获得微软授予
的最高荣誉——比尔・盖茨总裁杰出奖 图 ５： 在 ＶＣ．ｎｅｔ 编 译 器 中 内 置 的 Ｕｎｉｃｏｄｅ 支 持

两次之多了。 在 Ｍｉｃｒｏｓｏｆｔ 的．ｎｅｔ 开发环境中对于

后者就是微软官方网站 ｈ ｔ ｔ ｐ ： ／ ／ 图 ２：　Ｗｉｎｄｏｗｓ　２０００ 或者以上版本正确地显示多语言 Ｕｎｉｃｏｄｅ 的支持更为深入和集成，只需要

84 程序员
在项目的编译设置中选择相应的字符集 Ｗｉｎｄｏｗｓ　ＮＴ来说意味着什么。 版本进行扩展，这基本上就是微软目前
设置－ Ｕｓｅ　Ｕｎｉｃｏｄｅ　Ｃｈａｒａｃｔｅｒ　Ｓｅｔ 就可以 的解决方案，当然，我们阐述的仅仅是基
自动引入 Ｕｎｉｃｏｄｅ 的支持，在这里就不再 解决方案二的描述和示意图 本的原理，事实上的方案会异常的庞大
赘述。而对于多语言具体的开发设计方 上一种方法最大的不利之处就是需 和复杂，并且非常具体，甚至于对于同一
案则可以查阅下面的内容。 要大量的重复工作并且耗费大量的人力 个Ｍｅｓｓａｇｅ　Ｂｏｘ的提示语句进行多语言字
和物力，而本方法的主要思想 符串的处理。
解决方案实例 是把界面文字资源和与核心
在应用程序和软件国际化产品设计 代码无关的资源相分离，尽量
中实现多语言界面，即ＭＵＩ（Ｍｕｔｌｉ－　Ｌａｎ－ 减少多语言资源对于功能代
ｇｕａｇｅ　Ｕｓｅｒ　Ｉｎｔｅｒｆａｃｅ）的方案可能有很多 码的影响，而对于语言的切换
种，但是基本上每种解决方法都是下面 在 ＤＬＬ 中做适当的 Ｃｏｄｅ　Ｐａｇｅ Ｏｕｔ　Ａｐｐｌｉｃａｔｉｏｎ．ｅｘｅ Ｅｎｇｌｉｓｈ．ｄｌｌ Ｃｈｉｎｅｓｅ．ｄｌｌ Ｊａｐａｎｅｓｅ．ｄｌｌ

这几种方法的变种： 的切换处理，这样一来就可以有对于核
◆ 　为每个语言版本编译一个相应的 心代码并不了解的本地化工程师，甚至 多语言界面的可用性测试
二进制资源文件，从形态上看是一个完 是经过培训的翻译人员维护这个ＤＬＬ，把 通过正确有效的多语言解决方案开
整 Ｅｘｅｃｕｔｅ文件。 注意力和焦点集中到界面语言和语法问 发设计了具体的应用之后，我们还需要
◆ 　设计开发一个支持并包含多语言 题，相对降低了成本并减少了工作的失 经过不断的版本更新，从Ｂｅｔａ发布直到正
资源的动态链接库（ＤＬＬ）但并不涉及程 误。但是这种方法并非没有缺点：这种方 式版本。这里最重要的环节当然是可用
序核心代码的二进制文件。 法实现的前提是把语言资源和核心代码 性测试，而多语言界面的测试与软件核
◆ 　对应每种语言版本都设计开发一 分离的很好，但是对于一个正在成长中 心功能特性测试并不相同，可以称作国
个或一组相对应的资源动态链接库 的软件产品显然是不现实的，而且可能 际化测试和本地化测试：如用户界面一
（ＤＬＬ ）并不涉及程序核心代码的二进制 会给程序员带来一定的困扰。 致性测试检查和语言翻译质量检视、界
文件。 面术语和专有名词的一致性等等。因此
这里需要有懂得测试方法的本地化工程
解决方案一的描述和示意图 师或易用性测试人员，通过严格的、不断
Ｃｈｉｎｅｓｅ．Ｒｅｓ
这种方法是在 Ｕｎｉｃｏｄｅ标准出现之前 的 Ｃｈｅｃｋｌｉｓｔ 进行比对和分析，周而复始，
所普遍采用的传统的多语言解决方案， 迭代完成。由此可见，多语言软件产品是
也就是当时唐骏所提出的认为比较愚蠢 系统的工程，而最终解决的问题却毫无
Ｏｕｒ　Ａｐｐｌｉｃａｔｉｏｎ．ｅｘｅ
的方法。因为它需要对不同的语言版本 疑问的是界面语言用户体验的一致性，
进行翻译之后，单独对于特定语言版本 Ｒｅｓ．Ｄｌｌ 甚至是全球用户体验的一致性！
应用程序进行文字资源翻译和重新编译
作者简介
工作，这样的做法对于一个小型的工程
Ｅｎｇｌｉｓｈ．Ｒｅｓ Ｊａｐａｎｅｓｅ．Ｒｅｓ
和应用尚且需要非常大的工作量并且会 刘大鹏，易用性
占用大量的磁盘空间。最重要的是还会 解决方案三的描述和示意图 和交互设计研
带来版本的维护问题：如果一个翻译字 这种方法应该说是对于上一种方法 究和交流平台

符串发生了改变就需要对全部的工程重 的自然延伸，而且从实际应用和管理角 ＣｈｉｎａＨＣＩ．Ｏｒｇ

新编译，那么可想而知对于当时庞大的 度应该是最为科学和合理的方式，它并 网站创始人，

不是把所有的语言包都整个封 美国 ＡＣＭ 人机
交互特别兴趣小
装在一个资源文件中，而是把
组 ＳＩＧＣＨＩ及 ＵＰＡ（易用性专业协会）
他们相对物理分开，这样一来
成员，具 有 丰 富 的 行 业 背 景 和 嵌 入
便可以针对于大型软件系统不
式系统易用性设计经等。
同的模块有针对性的进行多语
Ｅｎｇｌｉｓｈ．ｅｘｅ Ｃｈｉｎｅｓｅ．ｅｘｅ Ｊａｐａｎｅｓｅ．ｅｘｅ 言处理，并且方便对新的语言 ■ 　责 任 编 辑 ：霍 泰 稳 　(htw@csdn.net)

Programmer 85
管理＆实践 Management & Practices

项目实践　＞＞＞

微软软件设计规范书撰写技巧
—软件开发项目管理案例解说系列　（三）

□　文 ／ 栾跃

　在上一期（０６年第５期）的 被总结在设计规范书里，规范书里
《程序员》杂志里有关软件开发项目管 没有的则不该开发。有这样的明
理的系列文章中，我以自己曾经从 确定义，能帮助开发团队避免无
事过的开发微软嵌入式操作系统的 效开发，也能帮助测试团队建立
项目管理作为案例，讲解了制定开 有的放矢的测试计划。
发项目计划的一些关键管理概念和 ◆　 　 它为整个开发团队提
实践指南，包括项目时间表的制定 供一个可以共同参照的统一标
流程、如何确定每个开发阶段的 准：任何功能开发上有疑问的，
里程碑、如何制定衡量是否达到 都以设计规范书所总结的要求
开发里程碑的终结标准等等。文 为准来解决。同时，其它各种
章中还提到完善的软件开发项目 有 关 的 项 目 计 划，如 测 试 计
管理要求管理人员在制定项目的 划、文件编辑计划、可用性计
执行计划时间表的同时，还要同 划、本地化计划等各种计划 ，都
时照顾到体现软件本身的设计计 以产品的设计规范书作为它们的计
划，而这个设计计划是用软件的设计规 划准则。
范书（也叫 Ｄｅｓｉｇｎ　Ｓｐｅｃｉｆｉｃａｔｉｏｎ，或简称 功能设计规范书是整个设计构思的中心。 ◆　 　 它为项目的赞助者、客户以及
Ｓｐｅｃ）来总结的。 所以它是整个软件开发项目的中心指南 项目参加人员提供一个对功能设计进行
在这篇系列文章里，我来进一步讲 文件，也可以说它是开发计划安排的基 审核、对照和解决问题的共同讨论点和
解软件设计规范书的撰写，包括可供借 石，因为它为其它的开发计划提供一个 对证：开发团队的成员以它为标准来协
鉴的撰写模版提纲、如何总结使用界面 参照的标准。 商对设计的建议和意见、对设计提出疑
的设计、如何总结出错信息等，以及微软 首先，作为软件开发者，应该充分意 问等等；另外，客户对设计规范书的审核
在这方面的良好企业文化传统。如果能 识到在开发之前将软件的使用功能的设 的认可与通过，则表示他同意了被总结
够使你的开发团队在项目计划阶段也采 计先进行全面的总结，并以文档作记录 了的所需要开发的功能的范围，同时也
用类似的设计计划，对推动你们的开发 的重要性。不同的开发者和开发团队对 表示他同意了不要求开发规范书里没有
成功会有很多好处。 如何进行这样的使用功能的总结有很多 总结的功能。
不同的习惯和方法，但是不管采用何种 那么，一个完整的设计规范书应该
软件设计规范书的撰写提纲 方法，将所需要开发的各种使用功能的 包含那些内容呢 ？对不同的开发项目，
功能规范书是整个开发团队用来进 设计用文件固定下来，会为软件开发带 设计规范书的着重点和范围当然会有些
行设计交流的最主要的文件和手段。它 来巨大的好处： 不同，但从总体上来说，如果能对以下这
陈述、归纳、总结了一个软件产品或系统 ◆　 就像为盖房子提供一个蓝图那 些内容都有明确的定义和总结，在很大
中所有的功能设计的具体细节。在一个 样，Ｓｐｅｃ 为整个软件的功能开发提供一 程度上能帮助开发团队明确理解功能的
软件产品或系统最终完成和成型之前， 个完整的规划：需要开发的功能应该都 设计和开发的目标：

86 程序员
 软件产品设计规范书的撰写提纲和模版 是，使用界面在被使用的过程中各个控
１．　文 件 的 梗 概 和 介 绍 ： 制组件应该如何反应、软件应该如何给
● 　总 结 ： 在 设 计 规 范 书 的 开 头 ， 对 整 个 开 发 项 目 做 个 总 结 。 用 简 单 几 个 段 落 从 宏 观 的 角 度 对 整 个
使用者准确的回馈、使他们能够完成必
项目的目的和它所开发的功能做一个描述。
● 　范 围 ： 说 明 设 计 规 范 文 件 所 叙 述 的 范 围 ， 包 括 文 件 中 各 个 部 分 的 内 容 大 纲 。 要的使用方案（也叫 Ｕｓｅｒ　Ｓｃｅｎａｒｉｏｓ，即
● 　读 者 ： 简 要 地 描 述 阅 读 和 理 解 此 份 设 计 规 范 文 件 的 读 者 ， 及 其 必 要 的 前 提 和 知 识 背 景 。 软件功能使用的过程和顺序）去解决具
● 　文 件 的 修 订 历 史 ： 注 明 这 份 文 件 自 初 稿 后 的 所 有 修 订 历 史 ， 包 括 修 订 日 期 、 改 动 的 内 容 和 理 由 、
体的问题，开发工程师们事先就有一个
谁作的修改，以及修改内容的页数。
２．　开 发 项 目 的 目 标 ： 用 段 落 文 字 总 结 以 下 内 容 ： 可参照的准确的“蓝图”。要是没有这样
● 　远 景 ： 总 结 整 个 开 发 项 目 的 远 景 ， 也 就 是 开 发 的 战 略 目 的 或 目 标 的 定 义 。 详细的设计，开发工程师可以临时发挥
● 　设 计 目 标 ： 陈 述 开 发 的 结 果 所 需 要 解 决 的 具 体 问 题 ， 以 及 为 达 到 这 些 目 的 所 做 的 相 关 功 能 设 计
去任意开发 。那样开发出来的结果也许
的概述性总结。
● 　项 目 理 由 的 辩 护 ： 说 明 为 什 么 需 要 进 行 这 个 项 目 、 开 发 这 个 功 能 或 产 品 。 　 有时是可以满足要求的，但在很多情
● 　项 目 的 客 户 和 合 作 者 ： 列 出 项 目 开 发 出 的 结 果 所 要 服 务 的 具 体 客 户 ， 以 及 项 目 进 程 中 所 要 依 赖 况下往往是无法满足要求而造成浪费
的合作伙伴、包括企业内部其它部门的合作者和企业外部的合作者。
的无谓开发。合理的软件开发的项目
● 　项 目 的 风 险 以 及 成 功 的 依 赖 者 ： 列 出 整 个 项 目 所 面 临 或 可 能 会 遇 到 的 风 险 。
● 　项 目 进 度 的 里 程 碑 ： 用 表 格 的 方 式 将 整 个 项 目 的 里 程 碑 详 细 地 列 出 来 ， 并 对 每 个 里 程 碑 完 成 结 管理，就是要尽量减少和避免这种无
束的衡量标准做总结陈述。 谓的劳动和浪费，而要使每个被开发
● 　使 用 方 案 和 系 统 流 程 图 ：　用 逻 辑 图 或 其 它 图 像 来 说 明 系 统 的 数 据 处 理 的 流 程 、 各 种 组 件 单 元 之
出来的功能、每个使用界面的组成部
间怎样互相配合来提供所设计的功能，注明各种数据的输入、输出、和处理等等。
　３．　功 能 需 求 的 总 结 ： 在 这 一 章 里 详 细 列 出 软 件 所 有 应 该 开 发 的 功 能 。 每 个 功 能 应 该 有 相 对 应 的 分，都有它们明确的目的、都是为了保
客户使用方案为基础。最好的方法是用表格逐步列出产品必须支持的使用方案，以及每个使用方 证使用方案的完满执行而起到它们的
案所依赖的功能。
作用，设计规范书中明确无误的界面设
４．　功 能 的 具 体 设 计 ： 在 这 一 章 里 详 细 总 结 和 列 出 软 件 所 有 功 能 的 具 体 设 计 。 对 每 个 具 体 的 设 计 进
行详细的陈述，并配上所需要的图像进行解释。对每个具体的设计进行包括以下内容的详细陈述： 计总结就是关键。
● 　所 提 供 的 功 能 、 性 能 或 其 它 服 务 。 下面我仍用自己在微软进行过的嵌入
● 　使 用 界 面 的 解 说 ， 包 括 软 件 总 体 的 运 行 界 面 的 框 架 、 不 同 的 视 窗 的 功 能 、 菜 单 （Ｍｅｎｕ） 、 工 具 条
式操作系统工具的开发项目管理作为案例，
（Ｔｏｏｌｓ　Ｂａｒ）以 及 按 键 （Ｂｕｔｔｏｎｓ）， 状 态 条 （Ｓｔａｔｕｓ　Ｂａｒ）， 图 释 （Ｉｃｏｎ）， 以 及 每 个 对 话 框 （Ｄｉａｌｏｇ
Ｂｏｘ）的 设 计 和 形 象 ， 产 品 的 徽 标 （Ｌｏｇｏ） ， 启 动 画 面 （Ｓｐｌａｓｈ　Ｓｃｒｅｅｎ） 等 等 。 它 们 还 应 该 包 括 每 个
控制键和输入时段的使用法、系统的反应和回馈的行为，以及每个出错的信息、格式、和具体的
文字，等等。
● 　产 品 使 用 说 明 （Ｏｎｌｉｎｅ　ｈｅｌｐ） 的 设 计 、 连 接 、 内 容 要 求 。
５．　设 计 的 考 虑 因 素 ： 总 结 其 它 设 计 中 必 须 满 足 的 要 求 ：
● 　运 行 平 台 的 要 求 ： 此 产 品 或 系 统 对 运 行 环 境 的 各 种 要 求 ，　如 操 作 平 台 、 硬 件 、 网 络 连 接 、 使 用
规章等等。
● 　性 能 要 求 及 可 以 接 受 的 衡 量 的 准 则 ， 以 及 对 产 品 安 装 的 功 能 、 安 全 性 、 国 际 化 和 地 方 化 的 要 求
等等。
６．　开 发 时 间 表 ： 列 出 该 项 目 的 开 发 时 间 表 、 对 每 一 具 体 开 发 任 务 所 需 的 人 力 及 时 间 的 初 步 估 计 ，
及所有的项目里程碑。
７．　 项目成功所依赖的因素：总结所有可以估计到的外在制约因素，特别要写明哪些因素是该项目成 图 １： 目 标 设 计 原 型 图
功所依赖的，如特别的人才、设备 、所需的技术、某些外部团队的支持或必须完成的组件等等。
８．　未解决的问题：总结和列出所 有 尚未解决的问题，或有待近一步调查商讨才能定出答案的有关设 来举例说明如何设定明确的界面设计。
计方案和计划，及任何与客户尚未达成一致的事项，　等等 。
从图１中你可以看到，使用界面的设
结尾页：设计规范书通过的签字— — 当设计文件最后审核通过后 ，各团队领导和客户代表在此签字。
计不仅要显示界面看起来应该是什么样，
制定明确的界面设计 面的设计必须要有明确的定义和说明。 更要有对各个界面的控制组件的行为和
除了按照上面所讲的特定的模版来 设定明确的界面设计指的是，软件 回馈进行详细的解释，比如“按了这个键
进行设计规范书的撰写，以保证很多重 的使用界面应该在软件开发之前都已经 后会发生什么……”、“在这个对话框里
要的东西不至于被忘记或遗漏、使得从 设计好了，并在设计规范书中进行详细 输入数据后会发生什么……”等等。有这
事设计的项目经理和开发团队的成员们 的总结和解说，这样开发团队的开发工 样详细的图像解释，不仅开发工程师们
不得不去思考和解决相关的一系列问题， 程师们在进行程序开发时就有一个明确 有开发的依据，测试工程师们也能够根
另一个重要的帮助提高软件开发功能规 无误的参照，不仅知道开发出来的软件 据这些具体的要求进行测试方案的制定，
范书质量的关键是，所有软件的使用界 的使用界面应该是怎样的，更重要的 文档编辑们也能够根据这些具体的界面

Programmer 87
管理＆实践 Management & Practices
项目实践　＞＞＞
行为来撰写使用说明书。这也是为什么
详细的界面设计对完整的设计规范书那
么重要的原因。
图２是另外一个类似的例子，你可以
看到这里是两个 Ｔｒｅｅ　Ｖｉｅｗ 列表的界面
设计。如同上面举例的概念一样，这里
对Ｔｒｅｅ　Ｖｉｅｗ中具体的细节也要做说明，
包括图标、文字显示、按键等。用类似
这样界面设计的图画，再配上对很多具
体的界面的细节加以说明的图示文字，
能使设计的概念很容易被开发人员理
解，并使他们在开发时注意到这些重要
的细节。这是一种极为有效的设计总结
方法。
当然，在设计规范书里对这样的界
面设计光有图画是不够的，对每个界面
设计的组成部分还应该再配上具体的文
字解说。最有效的方法是将每个界面的
组成部分标明它们的重要性和优先权的
（Ｐｒｉｏｒｉｔｙ）划分、每个组成部分的名字、以
及具体的行为细节，用列表的形式做总
图 ２：Ｔｒｅｅｖｉｅｗ 列 表 界 面 设 计
88 程序员
结。这样在设计规范书进行团队审核的 成一些非常荒唐可笑的出错信息被加入
时候可以很方便地进行逐条讨论，而这 到产品中去，而常常成为业界的笑柄。最
样的格式又可以为开发工程师们提供一 有名的一些可笑的出错信息包括“Ｙ ｏ ｕ
目了然的参照。下页图３是设计图像配上 ｊｕｓｔ　ｄｉｄ　ｓｏｍｅｔｈｉｎｇ　ｙｏｕ　ｓｈｏｕｌｄｎ’ｔ　ｄｏ．”
文字解说的例子（我将原来的英文产品 （你刚做了个不该做的事），
“Ａｎ　ｕｎｋｎｏｗｎ
设计附上翻译便于阅读）。 ｅｒｒｏｒ　ｈａｓ　ｏｃｃｕｒｒｅｄ”
（一个不知怎么回事的
错误发生了），“Ａ　ｃａｔａｓｔｒｏｐｈｉｃ　ｅｒｒｏｒ　ｉｓ
不要忽视出错信息的设计 ｇｏｉｎｇ　ｔｏ　ｈａｐｐｅｎ”（像大灾难似的错误将
在软件设计中，我们不可避免地要 要发生了）等等。现在微软从事界面设计
碰到对各种可能出现的错误，如使用者 的团队还有一个专门刊登记录所有这些
所犯的错误以及软件本身的缺陷带来的 可笑的出错信息的网站，叫做“ＵＩ　Ｈａｌｌ　ｏｆ
系统错误等，提供回馈的出错信息（Ｅｒｒｏｒ Ｓｈａｍｅ”（令人羞愧的界面设计大展览），
Ｍｅｓｓａｇｅ，也叫错误信息）的设计。明确有 将全公司各个产品团队任何被发现的荒
效的出错信息设计，也必须是完整的设 唐出错信息设计登在上面，以此告诫所
计规范书所应该包括的内容。出错信息 有开发者们不要忽视出错信息的设计。
设计的好坏，直接影响到一个软件的可 下面这个出错信息对话框就是其中的展
用性，所以是任何软件开发者应该重视 出之一：
“呃哟糟糕，也许会出现个问题。
的设计因素之一。 还要继续下去吗？”
在微软的产品团队，我们的界面设
计对出错信息的质量非常重视，因为以
前微软有的产品对这方面不够重视，造
对任何出错信息的设计，都应该按
照下面这个设计原则来进行：
● 　 出错信息首先应该向使用者明确
说明，究竟发生了什么问题或错误；
● 　出错信息应该向使用者解释是何种
原因造成了出错，即到底是因为使用者的
错误使用还是系统本身的问题造成了问题；
● 　 出错信息还应向使用者提示，应
该采取什么样的措施或纠正的步骤，来
纠正错误或避免错误，使得使用者可以
继续使用软件。
所有的出错信息的设计必须通过设计
规范书进行全面的记录和总结，然后在程
序开发时开发工程师要根据这些设计来开
发。也就是说，任何出错信息都必须是事
先设计好的，而不应该由程序编写者心血
来潮似地任意加入到软件中去。在开发过
程中要是发现有新的出错信息需要加入产
 的质量控制、项目的执行与驱动的管理
指南等内容展开讨论。如果要进一步学
习具体的关于开发管理的实践指南，可
图 像 界 面 设 计 总 结 — — 　状 态 条（ Ｓｔａｔｕｓ　Ｂａｒ）　的 功 能 设 计 以参考由我所著的《软件开发项目管理》
里程碑 图像界面组成部分 界面的使用和反馈行为
一书。该书可在各地新华书店以及网上
● 　默 认 值 文 字 ： 可 正 常 使 用
Ｍ１ Ｆｉｌｅｄ　１： 普 通 的 状 态 文 字 ● 　其 它 时 候 显 示 此 设 计 规 范 中 其 它 地 方 所 指 定 的 工 具 的
书店如第二书店（ｗｗｗ．ｄｅａｒｂｏｏｋ．ｃｏｍ）等
状态文字 购得。
在检测其它依赖组件以及操作系统镜像生成时候，每当
Ｍ３ Ｆｉｌｅｄ　２： 渐 进 显 示 条 工具需要有 ２ 秒以上的等待时间时，显示渐进显示条。 作者简介
操作系统镜像的总数显示应该是：
● 　当没有一个镜像设计被装载在工具中 ，不显示任何数字 。 栾跃是微软总部产品
Ｆｉｌｅｄ　３： 显 示 操 作 系 统 镜 像 ● 　当 一 个 操 作 系 统 的 设 计 镜 像 被 装 载 在 工 具 中 后 ， 显 示 部门具有多年项目管
Ｍ２
的大小总数 以兆为单位的、带一个小数点的、非压缩的操作系统镜
理经验的华人项目经
像的大小总数。
理之一，具有在美二
显示目前工具所连接的数据库：
● 　当 工 具 刚 启 动 时 ， 还 没 有 数 据 库 连 接 上 时 ， 不 显 示 任 十年的高科技产品开
Ｍ４ Ｆｉｌｅｄ　４： 显 示 所 连 接 的 数 据
何数字。 发和项目管理的经验。曾任摩托罗拉
库的名字
● 　当 一 旦 连 接 上 数 据 库 后 ， 显 示 数 据 库 连 的 名 字 。
的产品经理。９８年加入了微软，先后
图 ３： 软 件 界 面 的 设 计 用 图 像 加 文 字 解 说 负责了 ＡｃｔｉｖｅＳｙｎｃ　３．０和嵌入式操

品，
加入的过程同样要按照设计的要求进 中去的最有效方法。 作系统 ＸＰＥ等产品开发的项目管理。
目前栾跃是微软总部中国事务办公室
行，在对设计规范书经过修改、加入新的 上面一文对软件开发项目管理的设计
的首席项目经理。
设计之后，才能进行程序的改动。严格的 规范书的撰写指南作了一个简单的介绍。
管理方法是避免荒唐可笑的文字混进产品 接下来的几期中，我会就软件开发项目 ■ 　责 任 编 辑 ：霍 泰 稳 　(htw@csdn.net)

Programmer 89
管理＆实践 Management & Practices
管理工具　＞＞＞
XP团队管理的利器
— XPlanner
　在软件项目实际开发的过
程中，总是会碰到客户提出新的需求，而
且经常会要求变更需求。死亡之旅到最
后期限却因进度问题而交付不了，或者
是交付给客户的系统里问题多多。开发
人员流动率高，一个人写的程序其他人
接手过来很难看懂，改起来就更加困难；
每天不知道到底能够完成多少个需求，
需求什么时候才能真正完成，早就习惯
了加班；每个人在项目里独立开发自己
的模块，很少也很难相互学习，老是做重
复的开发；重用性的东西积累为零，每个
项目都得重新发明轮子；开发人员的总
体水平提不上去；程序员不愿意写文档，
写出的文档也经常不能真实地反映实际
情况；公司项目接得很多，但开发成本也
增加得很快，开发效率上不去，生产力总
是徘徊不前……。是否能有一种工具可
以帮助技术经理们解决这些问题呢？
ＸＰｌａｎｎｅｒ 是什么？
图 １：ＸＰｌａｎｎｅｒ 工 具
90 程序员
ＸＰｌａｎｎｅｒ是一个基于Ｗｅｂ的ＸＰ团队项目
计划管理和跟踪的工具。ＸＰ 独特的开发概
念如用户故事Ｕｓｅｒ　Ｓｔｏｒｙ、迭代Ｉｔｅｒａｔｉｏｎ、任务
Ｔａｓｋ等，ＸＰｌａｎｎｅｒ都提供了相应的支持，支持
ＸＰ 开发流程，并解决利用ＸＰ 思想来开发项
目过程中所碰到的问题。在ＸＰｌａｎｎｅｒ里，你
可以简化计划编制模型，可以对敏捷开发
中的必要元素如迭代、用户故事及任务进
行记录与跟踪，还可以对没有完成的用户
故事再次迭代。而在团队沟通方面，用
ＸＰｌａｎｎｅｒ只需要一个邮件就可以完成分布式
协作，还可以跟踪团队和个人工作时间，甚
而生成团队工作效率表和个人工时报表，
这些对技术能力很强而管理能力偏弱的技
术经理们来说绝对是一个福音。ＸＰｌａｎｎｅｒ比
较吸引人的特点就是它的灵活与可扩展性， 打开管理系统，执行各种操作。只要打
比如你可以非常容易地将项目与迭代导出
成 ＸＭＬ、ＭＰＸ、ＰＤＦ等通用文件，支持ＴＷｉｋｉ
风格的文本格式化与外部工具集的扩展，
另外还提供ＳＯＡＰ接口，方便地与其它系统
集成与扩展等等。ＸＰｌａｎｎｅｒ 遵循分层架构进
行开发。最底层为数据层，
持久数
据是存储在ＭｙＳＱＬ 等数据库中，
并通过ＪＤＢＣ 进行访问；第二层为
ＯＲＭ 层，同样ＸＰｌａｎｎｅｒ也是采用现
在流行的Ｈｉｂｅｒｎａｔｅ　ＯＲＭ 引擎来进
行数据对象映射，而不是直接通
过ＪＤＢＣ进行访问数据库操作数据
的；第三层是领域对象，
业务层处
理项目、迭代、用户故事、任务的
领域对象，并提供给表现层，
通过
ＪＳＰ、Ｔａｇｓ进行展现；第四层则是表现层。
□　文 ／ 俞黎敏
ＸＰｌａｎｎｅｒ 的意义
ＸＰｌａｎｎｅｒ 是专门为ＸＰ 团队设计的项
目管理跟踪工具，很多人已经了解并
在实施这一软件开发方法，但真正使
用恰当的 ＸＰ 管理工具来管理日常的软
件开发，手工方式还是比较常用的 ，而
且极限编程的介绍中，也很少提及到
管理方面的工具，好像一切都需手工
去做，如整个房间或白板上贴满用户
故事卡。ＸＰｌａｎｎｅｒ 的出现可能会解决人
们对Ｘ Ｐ日常项目管理工具的使用方面的
问题。
在日常的开发中，如果一个管理系
统能和 ＩＤＥ 结合起来，那么将对提高开
发效率有很大的帮助。开发人员无需
开 Ｉ Ｄ Ｅ 工具，就可以看到所有的信息，
开发人员也不会忘记自己的任务。可
喜的是已经有 Ｉ Ｄ Ｅ 工具支持 Ｘ Ｐ ｌ ａ ｎ ｎｅ ｒ
了，Ｉ ｎ ｔ ｅ ｌ ｌ ｉ Ｊ 　 Ｉ Ｄ Ｅ Ａ 有个插件，可以与
ＸＰｌａｎｎｅｒ 整合起来 ，更好地管理和开发
ＸＰ 项目。
市面上的软件开发管理工具很多，
如 Ｐｒｏｊｅｃｔ、Ｒａｔｉｏｎａｌ　ＲｅｑｕｉｓｉｔｅＰｒｏ 等，但这
些商用的软件价格不菲，小公司小团队
的承受力有限。ＸＰｌａｎｎｅｒ是基于 Ｊａｖａ的开
源项目，给开发者带来了更大的方便，可
以通过定制ＣＳＳ来改变表现，定制图表的
大小等。而且如果你对目前版本的功能
有所建议，可以及时地进行反馈甚至参
与他们的项目中去，如果你的时间与精
力许可的话。
 ＸＰｌａｎｎｅｒ 的使用 息。这有些像上下班打卡一样，小组成员 通过 ＸＰｌａｎｎｅｒ 这个工具，可以实现
安装很简单，这里不做详细介绍，想 每完成一个分解的任务后，就去“打卡” 上文所提到的多个方面，并且紧密配合
进一步了解ＸＰｌａｎｎｅｒ的朋友可以到Ｇｏｏｇｌｅ 一下，这也是一种工作的促进，实时呈现 极限编程思想。但在项目中采用
或者百度搜索一下。下面我以“使用 工作进度。这个迭代结束了，就可以将它 ＸＰｌａｎｎｅｒ 是一个开始 ，在此基础上我们
ＸＰｌａｎｎｅｒ”为主题通过一个项目对它进行 结束。ＸＰｌａｎｎｅｒ提供将未完成的用户故事 还可以利用单元测试框架 、集成测试 、
简要说明。 转到其它迭代里面去的方法，用户故事 ＢＵＧ 跟踪管理等工具来组合出一套适合
首先，创 建 一 个 项 目： 可以采用 里的任务没有完成也可以将之移到别的 自己项目组的管理平台。目前在开源社
ＴＷｉｋｉ－ 样式的文本格式进行描述项目的 用户故事里或者其它迭代周期里去。 区里，相关的软件都可以容易地得到。
内容，这样在最后展现出来的内容相对
来说比较活泼一点，同时设置所要连接 在项目中采用 ＸＰｌａｎｎｅｒ 是一个开始，在此基础上我们还可以
Ｗｉｋｉ 的地址，使得可在ＸＰｌａｎｎｅｒ里链接到 利用单元测试框架、集成测试、ＢＵＧ 跟踪管理等工具来组合出一
Ｗｉｋｉ 进行技术交流。 套适合自己项目组的管理平台。
创建用户并授权：可以根据 ＸＰｌａｎｎｅｒ
所提供的 Ｅｘｃｅｌ 模板输入用户的信息，然 可以在项目一级和迭代一级进行导 对于项目经理来说，一般既是管理
后把前四行删除，再另存为．ｃｓｖ 格式的 出，生成Ｐｒｏｊｅｃｔ 格式的任务表，完整地显 人员，又是教练，而且是开发人员，然
文件后进行批量导入，比较方便。可以在 示出上下级与任务的层级关系，任务完 后凝聚着几个小组成员在周围进行项目
创建用户时就按项目直接授予他应有的 成情况也可以在里面体现，并且把人员 实施。全局上关注的就是每天跟踪迭代
角色，或设置为系统管理员，也可以在今 资源也进行导出，还是比较方便的；美中 过程中的用户故事进度情况，细节上就
后管理用户时再进行相应的项目授权不 不足的是不能够按任务的顺序显示，并 得追踪到每个成员的当前任务完成情
同的角色，ＸＰｌａｎｎｅｒ 里的角色有 Ｎｏｎｅ、 体现前后关系即前置任务，ＴＷｉｋｉ样式的 况，对比分析查找问题，跟踪进度，解
Ｖｉｅｗｅｒ、Ｅｄｉｔｏｒ、Ａｄｍｉｎ。 描述与备注仍是原样输出。任务准确按 决开发过程中遇到的一些问题，调配资
创建迭代：进入刚才创建的项目，开 时或超时完成的会显示任务完成提示， 源，协助项目内外交流沟通反馈，积极
始创建第一个迭代，设置迭代的开始时 但提前完成的却不会， 推动项目前进。在用户故事搜集与每次
间与结束时间，这样在迭代结束之后可 迭代提交产品经过用户试用后所提出的
以进行统计，对比分析迭代预估时间的 给项目管理人员带来的好处 新需求的基础上，进行分析并做出优先
准确性。 一直在思考如何提高管理与开发的 级排序。
创建用户故事：进入迭代，就可以创 水平，也在逐步地开始实施ＸＰ极限编程。
建用户故事，指定客户、跟踪者、状态、 但如何能更好地运用发挥极限编程的威 总结
优先级，当然重要的是根据在用户那挖 力是件比较棘手的事情，如何调动大家 ＸＰｌａｎｎｅｒ 作为一款专业的开源的 Ｘ Ｐ
掘到的需求进行优先级设置，１为最高级 的积极性，让一个项目组的所有人员更 项目管理工具，还可以整合Ｗｉｋｉ，默认支
别。可以通过模板进行批量导入。 好地参与到项目中来，是一个项目成败 持 Ｖｅｒｙ　Ｑｕｉｃｋ　Ｗｉｋｉ，它的安装和配置也
分解任务：进入某个用户故事，把它 的关键问题。 很简单，详细信息请参考 ｈｔｔｐ：／／ｗｗｗ．
分解为一个个小任务，指定任务类型、任 项目组成员包括客户、项目经理、开 ｖｑｗｉｋｉ．ｏｒｇ／，所有的这一切都是为了更
务接受者、估计的时间等。重复以上各步， 发设计人员、测试人员、界面设计人员 好地使用 ＸＰ 进行项目开发。
这样，就把项目的第一次迭代里的用户故 等。每个部分的人对项目关心的内容和
作者简介
事及故事分解的任务创建完成，接下来就 角度是不同的，例如：客户关心最终的产
是要记得启动这次的创建迭代，然后小组 品是否简单易用；项目经理关心开发进 俞黎敏，广东力维软件有限公司项目

各成员根据分解的任务开始执行。 度；开发人员关心技术的积累和从中获 经理，在电力行业从事五年多软件开

完成任务： 以接受任务的用户登录， 得的成就感；测试人员关心在哪里可以 发与管理工作，目前任 Ｃ Ｓ Ｄ Ｎ 网站

在分派自己的任务里，填写任务执行的 展开自己的测试，可以获得最新的源程 Ｊａｖａ 版大版主。个人 Ｂｌｏｇ为 ｉＡＭｉｎ．

ＢｌｏｇＤｒｉｖｅｒ．ｃｏｍ（超越黎明）。
开始时间、结束时间、报告时间以及结对 序，问题解决了没有，是否可以进行再测
成员等，并添加一些任务的相关注释信 试确认等。 ■ 　责 任 编 辑 ：霍 泰 稳 　(htw@csdn.net)

Programmer 91
管理＆实践 Management & Practices

新视点　＞＞＞

《程序员》杂志在 ２００６ 年第 ５ 期上对浪潮软件做了相关的报道，引起了读者很大的兴趣。Ｌｏｕｓｈａｎｇ是浪潮软件基于

Ｊ２ＥＥ 规范开发的业务基础平台，经过多年的发展，取得了长足的进步。从本期开始，本刊将邀请浪潮软件的技术
专家以 Ｌｏｕｓｈａｎｇ 平台为例，在“新视点”栏目介绍业务平台相关的知识与大家分享，敬请关注。

澄清对 MDA　的误解与误用
□　文 ／ 孙向晖

引言 原始需求失真，最后开发的系统不是客 更要说明的是，由于验证周期越来
　ＭＤＡ是ＯＭＧ在２００２年初确 户想要的系统； 越短，最终用户（或者业务专家）可以快
定的战略方向。然而，时隔多年，即使在 ◆　开发层次多，费时费力； 速、真实得看到可运行的系统，可以及时
技术日新月异的今天，ＭＤＡ 在业界依然 ◆　初始模型被肢解，系统到了一定 做出响应和反馈，更增加了他们参与开
算得上前沿技术。在社区里我们可以听 复杂程度后，维护成本太高； 发的兴趣。有了业务专家积极参与的项
到这样或者那样的声音，有些源于 ＭＤＡ ◆　需求变更后，软件更改繁琐，难 目，距离成功就更近了一步。
概念的误解，有的是对应用 ＭＤＡ 过程中 以快速适应需求变化；
产生的困惑，当然也不乏呐喊助威声。 ◆　开发过程对技能的要求和团队成 ＭＤＡ，更注重 Ｍｏｄｅｌ 的作用
有争鸣总是件好事。 员的实际技能出入太大； ＭＤＡ 的英文全称是 Ｍｏｄｅｌ－Ｄｒｉｖｅｎ
笔者所在的团队，从事 ＭＤＡ 理论的 …… Ａｒｃｈｉｔｅｃｔｕｒｅ。如果你在看到“Ｍｏｄｅｌ”而联
实战化和 ＭＤＡ 工具的开发工作已经 ３ 年 想到了用 Ｒｏｓｅ 或者 Ｍａｇｉｃ　Ｄｒａｗ 画出来的
有余。对于ＭＤＡ在提高软件开发效率、增 ＵＭＬ 图，那么，再次恭喜，
强软件可移植性、可维护性以及改善和 你又一次“曲解”了ＭＤＡ。
提升团队成员协同工作能力方面，略有 不错，大部分的
心得。希望借助这篇文章抛砖引玉，与关 ＭＤＡ 工具厂商都支持基
心 ＭＤＡ 的同行们交流、共享。 于ＵＭＬ的ＸＭＩ交换，但请
不要忘了 ＯＭＧ对 ＵＭＬ的
ＭＤＡ，更强调人的价值 定义：
一位同事，在早期听到过这样一种 图 １：Ｌｏｕｓｈａｎｇ　ＭＤＡ 开 发 方 式 在 项 目 实 战 中 的 作 用 范 围
Ｔｈｅ　Ｕｎｉｆｉｅｄ　Ｍｏｄｅｌｉｎｇ
说法，
“有了ＭＤＡ，程序员就失业了”，结 Ｌａｎｇｕａｇｅ　（ＵＭＬ）　ｉｓ　ａ
果，忧郁得辗转反侧，不得入眠。我相信， 在图 １ 中我们可以看出： ｇｒａｐｈｉｃａｌ　ｌａｎｇｕａｇｅ　ｆｏｒ　ｖｉｓｕａｌｉｚｉｎｇ，　ｓｐｅｃｉｆｙｉｎｇ，
很多人也听说过类似的宣传，如果你真 ＭＤＡ的开发过程，仍然需要“人”的 ｃｏｎｓｔｒｕｃｔｉｎｇ，　ａｎｄ　ｄｏｃｕｍｅｎｔｉｎｇ　ｔｈｅ　ａｒｔｉｆａｃｔｓ
的相信了，恭喜，你已经成功得“歪曲” 参与，只不过，ＭＤＡ对参与人员的职责 ｏｆ　ａ　ｓｏｆｔｗａｒｅ－ｉｎｔｅｎｓｉｖｅ　ｓｙｓｔｅｍ．　Ｔｈｅ　ＵＭＬ
了 ＭＤＡ 的真正本质。 角色和能力要求 ，有了更明确的规定。 ｇｉｖｅｓ　ｙｏｕ　ａ　ｓｔａｎｄａｒｄ　ｗａｙ　ｔｏ　ｗｒｉｔｅ　ａ
其实 ＭＤＡ 并不是要颠覆传统的开发 程序员仍然是存在的，只不过是他的价 ｓｙｓｔｅｍ＇ｓ　ｂｌｕｅｐｒｉｎｔｓ，　ｃｏｖｅｒｉｎｇ　ｃｏｎｃｅｐｔｕａｌ
方法（但确实是一个很大的改善和升 值作用越来越少了。那些“不用了”的 ｔｈｉｎｇｓ　ｓｕｃｈ　ａｓ　ｂｕｓｉｎｅｓｓ　ｐｒｏｃｅｓｓｅｓ　ａｎｄ　ｓｙｓ－
华），而是针对传统开发方法上的一些典 程序员，其实是被解放出来，做更专注 ｔｅｍ　ｆｕｎｃｔｉｏｎｓ，　ａｓ　ｗｅｌｌ　ａｓ　ｃｏｎｃｒｅｔｅ　ｔｈｉｎｇｓ
型问题提出了比较好的解决之道而已。 化的工作，比如蜕变成ＭＤＡ工具的开发 ｓｕｃｈ　ａｓ　ｃｌａｓｓｅｓ　ｗｒｉｔｔｅｎ　ｉｎ　ａ　ｓｐｅｃｉｆｉｃ　ｐｒｏ－
传统的开发方法，主要存在以下问题： 人员或者向架构师，领域建模专家方面 ｇｒａｍｍｉｎｇ　ｌａｎｇｕａｇｅ，　ｄａｔａｂａｓｅ　ｓｃｈｅｍａｓ，　ａｎｄ
◆　验证周期长，经过多层传递造成 发展等。 ｒｅｕｓａｂｌｅ　ｓｏｆｔｗａｒｅ　ｃｏｍｐｏｎｅｎｔｓ．

92 程序员
 简而言之，ＵＭＬ只是一种可视化建模
的语言，而我们应该重点关心的是用这
种语言来建模的那个“模型”
（Ｍｏｄｅｌ）本
身。也就是说，模型驱动的真正含义是
“模型”，而不是“驱动”。
从不同的角度看去，会有不同的模
型，而在众多模型中，
“领域模型”占据
了其中最为重要的位置。任何一本讲开
发过程和开发方法的书，都会郑重提出
“保持与 Ｄｏｍａｉｎ　Ｅｘｐｅｒｔ 的交流”，ＭＤＡ 方
面的书籍也不例外。我们之所以这么热
切得需要业务专家的参与，其实是为了
提炼更好的领域模型。
在领域语境中应用 ＭＤＡ
既然领域模型如此重要，那么是不
是花费数个月时间绘制了一张网状的领
域模型大图，就算大功造成了呢？其实
这只是领域建模中的 ５０％，即使使用这
样的大图，也不会有人认为你可以悠闲
得完成 ＭＤＡ 实现，相反，团队成员会认
为你已经疯了。
要想有效得应用 ＭＤＡ ，我们可以借
助若干领域建模的技巧和方法，来提高
项目成功率：
◆　优先关注核心价值
我在提供咨询服务时，曾经问过很
多团队同样的一个问题 ，“如果你的客
户要求上马一个人力资源系统，你认为
应该先实现哪部分？”得到的答案大致
都是相同的，“入职”。如果再深究得出
此答案的基本思路，也会是惊人的一
致，“因为增加人员是人员管理中的第
一个步骤”。
这个问题的答案或许是对的。但其
思考问题的出发点却是个不折不扣的错
误。它错就错在　“要准确回答这个问题
的关键，不是‘你认为’，而是‘你凭什
么认为’”。
目前的人才市场，供大于求，企事业
单位更是人满为患。搞信息化已经这么
多年了，每一个单位或多或少已经有一
图 ２： 某 咨 询 公 司 关 于 一 个 职 责 分 层 的 图 示
个人力资源系统来办理人员入职手续。
现在，令 ＨＲ 主管头痛的事情，是处理人
员的离职、退休问题，因此“上马一个人
力资源系统”背后的业务内涵就是要解
决 ＨＲ 主管的业务疾痛。而不是谁是第一
步就认为谁是重要的。
ＭＤＡ 的开发过程就是让用户或者业
务专家，更加关注业务核心价值。
◆　职责分层
做过数据仓库实现的人，会有这样
一种常识：要把数据进行划分，比如分为
从不改变的、偶尔改变的、经常变化的
等。另外要认真思考模型中的概念之间
的相互依赖关系，它们之间的变动速率
以及导致领域各个部分发生变化的来源，
以界定领域的自然层次，这就是领域建
模技术中的职责分层。
职责分层并不是ＩＴ界的产物，它属于
领域建模技巧。在我看到的若干国际知
名的咨询公司的报告中，经常会用到职
责分层的图示。在 ＩＢＭ 的 ＳＯＡ 解决方案
中，我也亲切地看到了职责分层的应用。
这无疑是在说明，这种思维方式的共通
之处。
◆　边界
即使是看待同样一个事物，因为观
察者站的角度和立场不同，最后得到的
角度也是不同的。这个角度和立场，也影
响我们的做事和思考问题方式。在有多
个模型存在或者是有遗留系统存在的大
型项目中，这个问题尤其突出，因此，有
必要把模型适用的边界划分出来。一般
采用的划分方法有两个：上下文环境
（Ｃｏｎｔｅｘｔ）和子系统（ＳｕｂＳｙｓｔｅｍ）。
小结
本文不是对 ＭＤＡ 进行学术研究，我
的目标是利用 ＭＤＡ （或者其他的开发方
法）来解决业务和开发过程中的问题。
ＭＤＡ 在开发过程中，对“生产力的解放”
是大家有目共睹的，而针对领域语境进
行精细建模将会在更大的程度上发挥
ＭＤＡ 的作用。
作者简介
孙向晖：儿子小名
“豆豆”，常被人称为
“豆豆他爹”。１９９８年
开始步入 ＩＴ行业，现
就职于浪潮软件技
术研究中心技术管
理部。负 责 指 导 内 部 团 队 和 合 作 伙
伴开展基于 Ｌｏｕｓｈａｎｇ框架的ＯＯＡＤ
开 发 和 开 发 过 程 管 理。目 前 专 注 于
研究和实践ＭＤＡ／ＵＰ／ＵＭＬ／ＳＣＭ等
相 关 技 术 在 团 队 中 的 大 规 模 应 用，
对 产 品 化 的 软 件 项 目 管 理 、需求管
理和配置管理略有心得。
■ 　责 任 编 辑 ：霍 泰 稳 　(htw@csdn.net)
Programmer 93
管理＆实践 Management & Practices

管理圈　＞＞＞

激发IT团队的
和谐特质
□　策划 ／ 霍泰稳

　“和谐”现在成为一个越 队都有自己的难处，在沟通过程中也 为了了解当前研发团队内部的沟通

来越时髦的词汇，建设和谐性社会、和 各有自己的技巧，如何应用这些技巧 现状，我们在ＣＳＤＮ网站上开展一个短期
谐性社区等等。在我们所关注的 ＩＴ 领 或者注意事项去管理自己的团队，是 的调查，两天内调查人数就突破千人，充
域，虽然在研发过程中多以小团队出 每个管理人员必须要面对的问题。 分说明我们的开发人员对这一话题的关
现，但麻雀虽小，五脏俱全 ，和谐与否 本期我们邀请了百度公司人力资源高 注。因为个人经历不同，处在不同环境下
在很大程度上也影响着团队的工作效 级总监鲁灵敏，现代卓越集团副总经理周 的人对数据也会有不同的理解，在这里
率，比如前一段时间网上盛传的 Ｅ Ｍ Ｃ 浩宇，亿讯国际高级顾问王晓毅及浙江正 我们不对调查数据做深入剖析，请读者
邮件门事件，只是因为一个邮件最终 元智慧公司的开发部长张武等四位在团队 朋友自己去解读，也欢迎在 ＣＳＤＮ 网站
导致 Ｅ Ｍ Ｃ 的企业形象大为受损，两位 管理上颇有经验的专家就“如何激发ＩＴ团 《程序员》读者社区就这一问题继续展开
当事人总裁和秘书双双离职。每个团 队的和谐特质”这个问题进行评点。 讨论……

94 程序员
 工作热情。当然，对这些失败，我们会像

能“容忍失败”才更有发展 对待那些成功的经验一样，会去总结去
学习，以给后来人一种提醒，在遇到类似
的情况时避免重蹈覆辙。
文 ／ 鲁灵敏（百度公司人力资源高级总监）
一个成功的团队与它的领导人或者
在百度公司里面评判一个团 ＩＴ 研发领域，只有不断地鼓励 说管理者是分不开的。那么领导在维护
队是否合格的时候，我们首先会考 创新，容忍创新过程中的失 团队的发展时，应该注意的是什么呢？
察这个团队的氛围是不是融洽的。 败，才能更大地激发出员工的 首先我认为是要以身作则，严格要求自
其实在我们的团队里面，尤其是研 潜力。举例来说，从前我们有 己，所谓“上梁不正下梁歪”说的就是这
发团队里面是没有等级概念的，无 个员工接手了一项分布式检索 个道理。第二就是一定要有成文的制度
论你是ＣＴＯ、技术总监还是项目经 系统的设计和开发，简单来说 与目标。在百度内部，考核员工时是以结
理，大家的地位都是一样的。讨论 主要是仿照Ｃａｃｈｅ机制，把需要 果为导向的，就是说团队成员要明白自
问题的时候，我们只看重事情的对与错。 的检索结果放到距离用户近的机器上， 己的目标是什么。有了目标，员工才能从
比如在讨论会上，一个新来的员工提出了 以提高用户的访问速度。这个想法是很 中了解应该将力量正确地用在什么地方。
一个巧妙的解决问题的办法，那么大家都 好的，而且当索引库几个月不更新时，效 这样，目标是明确的，领导又是以身作则
会去支持他，在这个办法的基础上再去细 果也会比较明显。但是用户的检索通常 的，有这两点的保证，这个团队就不会差
化。所以说百度的研发团队是一个非常严 是动态的，在快速更新的情况下，实际应 到哪儿去。另外需要注意的一点，就是团
谨的或者说学术气氛很浓的组织。 用中占用的资源太多，而且还有可能限 队本身的文化要与整个企业的价值观保
另外很多百度的研发工程师认为在 制其它的应用。最终这个项目放弃了。但 持一致。我们很难去改变个人的价值观，
这儿很有发展的一个原因是我们的“容 公司并没有因这件事情而责备这名员工， 但是可以改变他们的行为，时间长了，行
忍失败”文化。在一个团队里，特别是在 相反还肯定了他的成绩，维护了员工的 为就会变成良好的习惯。

作为管理者，在团队中应该时刻注意
了解成员的最新状态和绩效，要达到这个 强调执行力，尊重不同的价值观
目的就需要创建良好的沟通环境和加强团
队建设，
以下两个方面是特别需要注意的：
文 ／ 王晓毅（远航通信息技术有限公司副总经理兼 ＣＴＯ）
倾听使工作事半功倍：不同的沟通
形式适用于不同文化。强调团队精神的 鼓励合作 、共享与主观能动 英国人不友好，而是他们在接
公司倾向于征询意见，共同参与。而强调 性。管理者以开放的心态让大 待客人时比较正式，不像国内
个人绩效或单兵作战能力的公司喜欢叙 家积极参与团队讨论，但在形 那么让人一见如故。所以不能
述说服模式。独裁者喜欢指令式的沟通， 成决策后要有坚决一致的执行 武断地认为一个群体内的所有
而民主者倾向于征询意见的沟通。虽不 力。我曾经将
“理解的要执行， 人在任何时候都有同样的行为
能说那种沟通形式更好，但对于ＩＴ行业， 不理解的在执行中理解”写入 举止。正确的方式是把表现作
精英中内秀者较多，强调团队征询意见 团队文化制度中。当然领导的 为行为而不是评价来描述。目
的方式更容易取得信息接收者的好感。 胸怀更是一把衡量领导力的永恒标尺。 前国内雇员对来自日本、新加坡或者台
另外，倾听更是一个领导需要注意的方 随着全球化，不同地域的种族语言 湾地区的领导排斥感比较强，认为他们
面，善于倾听，将使你更了解你的下属并 文化冲突也摆在我们面前。置身于此中 善于政治和高压手腕。但其实如果我们
做出正确的决策。 的我们每一个人在沟通中都要特别注意 了解了其文化，就会看到他们身上敬业
群体智慧，强调执行力：团队建设不 不同种族文化的内涵和背景。我有个同 和工作层级感较强的一面。相反，来自这
是空话，更不是请客吃饭。创造团队良好 事被派到英国工作，结果很不顺心，回来 些地区的雇主有时会认为大陆员工比较
的沟通氛围和公平环境是团队领导的首要 给大家反馈说英国人很冷漠，比较难接 浮躁，而事实上大陆员工只是更注重自
职责。将团队绩效和个人绩效统一起来， 触。但后来我和他沟通后才了解到不是 尊自由和个体发展的需求。

Programmer 95
管理＆实践 Management & Practices

管理圈　＞＞＞

我们经常听到“沟通从心开始”这句
广告语，暂不论为什么广告商会选择此 团队建设“以和为贵”
言做宣传，但这句话本身却道出了“和谐
团队建设”的真谛。作为管理者，不了解
　　　　　　　　　　文 ／ 张武（浙江正元智慧科技有限公司副总工程师兼开发部长）
直接下属的真实想法是非常可怕的事情，
而作为被管理者，不领会上司的真实意 几次专门的时间，找每个团队 只要不是因为对管理的不满离
图，也很难做到事半功倍的境界。作为软 成员面对面或通过网络沟通一 开团队的，这种离开就不是我们
件开发团队的领头人，我希望团队中既 段时间来的工作感受、生活状 的失败。
有“绵羊”也有“狮子”，不论是做具体 况、职业生涯打算等，以了解 另外外资企业和国内的企
的项目还是讨论如何展开项目，都希望 其思想动向。对于完成较好的 业比起来，由于文化背景不同，
团队成员都能够各抒己见，但一旦确定 工作给予充分的肯定，不足之 所以沟通时要格外注意一些。外
了行动的基本准则，每个团队成员就必 处给予真诚的提醒和引导，鼓 资企业可能更强调通过上下级
须按准则行动。蛮干的狮子是不受欢迎 励他们抓住机会去谋取更大的发展，哪 的服从关系来体现管理者的优越感，以
的，最终也将被逐出团队。 怕是需要离职才能达到。所以我们团队 及自认为卓越的管理才能和所谓的海外
在人才流动频繁的ＩＴ企业，特别是软 的成员在离开团队时，总会显得依依不 工作经历。国内的企业则更强调团队成
件开发团队中，由于生活背景、工作经 舍，甚至会主动跟我们探讨离职后发展 员彼此之间的情感依赖、团队凝聚力，更
历、思想观念等情况的不同，各种冲突的 的利弊和在别的团队中做事需要注意的 尊重每个团队成员的建议，更在乎“和为
存在是正常的。一年之中我们都会安排 地方。我对自己的管理成败有一个标准， 贵”的民族情结。

华，通过沟通达成共识，既保证执行力，

如何构建和谐的 ＩＴ 团队 也保护好团队成员可贵的创造性，实现
良性互动。作为团队成员，应该尊重团
队领导的决策，提供建设性建议，争取
文 ／ 周浩宇（现代卓越集团副总经理）
最佳结果。
毫无疑问，在竞争空前激 织有行之有效的评估团队 另外，对于一个成熟的研发团队，定
烈的今天，人才已经成为决定 成员性格、喜好、工作方式 期的技术与管理培训也是必要的。在关
各软件组织能否成功的关键要 评估的工具。 注了上述方面之后，我相信如果再面临
素，而由高素质人才所组成的 明确责任，重视配合： 沟通中的矛盾等问题，领导自然会冷静
团队能否高效配合也成为开发 因为可以持续改进，工作规 思考，积极沟通，将自己关注的方面、倾
项目成功的焦点。对于大多数 则和责任归属的具体细节 向的工作方式以恰当的沟通方式传达给
ＩＴ 组织的领导者来说，如何构 就显得不是那么的重要，关 团队成员；而团队成员也自然会在得到
建和谐高效的开发团队都是一 键在于对其达成共识，获得 尊重的前提下充分考虑领导的需求，提
个令人头疼的课题。根据这些年的经验， 认同，尽快从无法可依做到有法可依。 供建设性的建议。前一段时间发生的ＥＭＣ
我认为应该着重考虑如下几个方面： 另外无论多么完美的流程方法，都无法 邮件门事件只是 ＩＴ 业界发展过程中的一
选择合适的人员：这是建立和谐团 保障项目的成功 。只有团队通力配合， 个小小事件，希望它能给广大ＩＴ从业者带
队的基础，如果人选错了，管理得再 才能真正胜人一筹。要做到这一点，团 来一丝启发，不再仅仅站在自己的角度
好，很可能最终还是竹篮打水的结局。 队从上到下所有人员都应该注重考虑他 为自己的需求摇旗呐喊，而是更为关注
最佳的团队成员必须具有高超的专业 人的需求。 如何实现团队协作。只要把“沟通无极
技能和职业素养，最好还能和团队领 互相尊重，讲究礼仪：无论工作关系 限”时刻摆在心中，你就最有可能实现自
导拥有相同的价值取向。虽然不同价 如何，大家都是平等的人。因此应该互 己的思路，在实现组织、团队需求的前提
值取向会加大差异性，但通常也会加 相尊重。团队领导应该尊重团队成员的 下顺理成章地最大化自己的利益。
大冲突和失败的可能性。这需要 ＩＴ 组 思路，尽可能吸取团队成员思路中的精 ■ 　责 任 编 辑 ：霍 泰 稳 　(htw@csdn.net)

96 程序员
 高效开发的 个技巧
□　文 ／ 徐荣胜

　我从设计第一个商用软件 组织从制度上加以约束。对于还没有正 境来尝试 。

到今天已快八年，从事项目管理工作也 常融入团队的新聘人员，需要一个阶段 另外，设计之前的预先测试，不可能
已三年有余。回首这些年的从业经历，期 的考查期，由于代码中隐含着技术保密 面面俱到，还有开发人员本身的差异性
间不但尝尽了开发中苦乐甘甜的各种滋 及安全内容，所以不得不加以预防。 也很大，有些开发人员对某项技术很熟
味，在看待软件及评价软件工作者的观 悉，但有些开发人员可能很陌生。对于陌
念上也几经转变。记得刚入这行时，曾 未雨绸缪，学会技术探索 生的技术千万不要拿项目来边学习边测
是无比的崇拜求伯君、朱崇君等软件英 由于技术障碍而延误项目工期的先 试，这包括组件、数据结构、算法等。如
雄，而如今“软件英雄”一词却似乎已 例也不算少，其中既有对技术需求评估 果先前未经实践应用而只停留在理论认
抛至脑后，意识及言语中出现频率最高 的过于乐观，也有开发人员的麻痹心态 识的阶段，可以单独另外建立一个测试
的词汇却成了“软件团队”。为了软件团 或者冒险心理所引发的。比如当一个组 工程，专门对陌生技术进行模拟测试，等
队，可以说倾注了所有精力，许多同行 件升级后，未经测试而直接置入实际项 测通可行之后，再搬迁至实际工程（当然
肯定也身有感受。经过了在这一行的多 目中，可能是开发人员觉得凭着自己多 复制、引用都行）。如果直接在实际工程
年奋战，闲暇时想给自己的工作经历做 年的设计经验以及对此组件先前的认识， 中测试应用，或多或少的会留下无用代
个总结，同时也能给同行中的新手提供 坚信能够马上使用。孰不知有的升级并 码或破坏代码整洁性，因为在尝试的过
借鉴，于是把平时的点滴经验积累成篇 非只是停留在修正小错误的层面上，而 程中很少能顺利的一路过关斩将，势必
展现给大家。 可能对结构、接口、甚至实现机理也进行 会有频繁改动，有的改动甚至是漫无目

开放代码，提倡资源共享 刚入这行时，曾是无比的崇拜求伯君、朱崇君等软件英雄，而
在我所管理的每一个开发团队里， 如今“软件英雄”一词却似乎已抛至脑后，意识及言语中出现频
都要求开发人员开放各自的开发成果， 率最高的词汇却成了“软件团队”。
有用的源代码都需要集中存放在 ＣＶＳ 代
码资源库中，所有的模块对开发人员全
部是开放式的。因为代码库是开发人员 修正。当然有如此大变化的不是很多，但 的，难免会破坏原本写好的的部分代码。
智慧的结晶，看看彼此间的代码，能提高 所谓不怕一万就怕万一，要保障项目的
整体开发水平，特别是对新来的职员，更 成功，不可疏忽任何小节。 每日整合，精确整体进度
是一个非常好的借鉴前人经验的过程。 一般的，在系统分析师作项目分析 每一个软件项目，一般都有好几个
更有价值也富有趣味性的是，通过开发 时，就应该安排部分开发人员对即将 开发人员，较大的项目还可能是好几个
人员之间交错的代码浏览，有时还犹如 应用的技术进行预先测试了，这既有 开发组一起参与设计。在这样的环境下，
白盒测试，代码浏览者会无意中发现代 对新技术的探究 ，也有对久未使用的老 多个人一起投入设计的时候，难免会出
码中隐藏的错误。 技术的热身。对决定着软件核心 、体系 现步调不一致，甚至某些成员在设计上
但面对目前越来越严峻的技术保密 架构等的测试更需要提前进行，在作 会背离整体要求的情况。为了减少某些
及安全问题，需要对相关的部门和团队 技术可行性研究时，应该模拟简单环 成员设计偏差所带来的损失，只有尽早

Programmer 97
管理＆实践 Management & Practices

管理圈　＞＞＞

把每个人的设计成果拿出来，整合构建 有相当数量的专业界面策划美工人员， 代码易读，崇尚多用原则

在一起。而且这个构建的过程是不断重复 十人以下的团队一般有一至两名界面设 在软件度量上，经常把代码行作为
的，整合的代码是不断累积的。即便上次 计师足够了，在分工上好多界面设计师 衡量软件规模的标准之一，正由此，有些
构建很成功，也难以保证当前的设计都很 同时也可以参与文档编辑和产品包装。 程序员经常以为自己写过的代码行数可
正常，为此就需要重复构建。每天下班前 “视觉冻结”一词引自马魁尔的《微 以作为资历或能力的证明。其实不然，软
构建一次，是比较常见的做法。下班前每 软研发致胜策略 》，意思是说在开发后 件是由众多代码通过一定的逻辑堆积而
个人的工作都有一个小段落了，不会引起 期，界面就固定不动了。这样做能使手册 成的，而非机械可见物的形体堆积，量大
写了一半的算法，为整合编译过去的程序 文档可以定稿，以便手册也能尽快与客 并不代表功大。
而不得不注释掉正常的一段代码。 户见面。在开发后期这样做的确很有必 我经常在程序设计小组会上强
或许有人认为，频繁整合会浪费很 要，否则也容易引起文档编辑人员和开 调 代 码 要 以“易 读、易用、多用 ”为
多时间。其实不然，虽然每天得花上半个 发人员的内部矛盾，如果有必须进行的 原则 。
小时左右的时间整合，一星期累积也就 界面更改，开发人员应该及时与文档编 易读这一点很好理解，学过程序语
两三个小时。如果你的小组在一星期之 辑人员沟通。 言的人都明白，不过易读强调的是能让
内只整合一次，唯一的一次整合未必能 人家容易读懂你的程序，所以在一个团
在半天之内成功。更为严重的是，如果 重视重构，但不可过频 队里一般都要求一致的代码风格，包括
有一个开发人员的设计偏离了方向，不 重构就是在不改变外在行为的前提 注释、命名、空格等，有时还考虑代码整
仅是浪费他自己一星期的时间，可能会 下，对程序的内部结构做出调整、修改， 洁美观。
导致其他人的工作无法继续，只得先等 以改善性能、减少隐含的错误。成功的重 易用，一般指一些公共的函数库，能
他纠正。 构，花很小的代价，就能给软件注入新的 够很方便地供他人调用。其中涉及到的
从项目进度的角度来看，
也只有经完 生机，从而延长软件的生命周期。 有，参数的初始化，对象的创建、释放，
全整合的半成品软件才能充分地体现整 重构的好处显而易见，能使老牛变快 函数的健壮性等。
体进度。否则无法把握每个人所写的部 车，能让软件更加稳定。也正因为，好多 多用，一方面指执行概率，比如一个
分代码是否真正满足项目的需求，更无 程序员都沉迷于重构，今天写明天构，频 公共的函数被别人调用次数越多，说明
从真正知道能否和其他人无缝结合。所 率过高，最终延误进度。我理解每一位程 这个函数的价值越大；另一方面指生命
以，如果认为每个人完成了９０％的工作， 序员对代码的成就感，也理解一个善于创 周期，比如一个软件经过无数次的重构
整体完成量就是９０％，那是绝对的错误， 新的程序员，每当回头看原来写的程序 或者升级，其中的一段代码还是被原样
真正的结果或许只有５０％，或者更少。 时，总会发现许多不足。
（这个不足并非说 保留（当然觉得好才保留），说明这段代
原先分析不到位、设计没规划好，而是等 码的价值就大。
关注界面，适时视觉冻结 有了一定的经验积累，或通过其它途径学 所以，多用才是重点 ，其最能体现
开发人员往往沉迷于代码质量以及 到新知识之后，会觉得原来做的不够好。） 代码的价值，也是评价程序员优劣的
程序功能，不注重界面的友好，包括界面 但是重构是需要有计划的，一般而言普通 标准。
布局的杂乱、表现不直观、提示信息的不 的项目计划里是不含有重构日程安排的，
完全、有歧义或过于专业，以及操作繁琐 除非是纯粹的重构项目计划。 作者简介
等。好多软件原本内核功能做的不错，却 当然，不让原始设计和重构并行，也 徐荣胜，宁波一号网络科技有限公
因操作界面不友善而失败，或者重新返 并不是生搬硬套的，比如在项目开发中， 司总经理，多年来一直从事企业及
工。Ｗｉｎｄｏｗｓ的成功也得益于界面友好， 如果某个常用函数不加以重构，调用的 财务信息化、政务电子化的研发管

能让一个没接触过电脑的人很容易学会 地方速度明显过慢，就该考虑及时采取 理。对新型软件工程思想以及软件

上网。我们做的软件何不考虑让客户也 动作了。一般的，不是为迫切解决错误， 过程改进有较深刻的认识，长期致

能快速的学会使用呢？开发人员要学会 而对其它地方影响面又较少的代码，如 立于培养软件团队、改进软件工程

文化的研究和管理， 曾在专业技术
换位思考，设计的时候，多想想开发的软 果项目时间不宽余就不应该重构（或者
期刊发表论文数篇。
件是给谁用的，要站在使用者的角度来 更确切地说是设计与重构并行），应以进
看待这个软件。有条件的项目团队中，要 度里程计划为重。 ■ 　责 任 编 辑 ：霍 泰 稳 　(htw@csdn.net)

98 程序员

特性并把这个构件放到一个特定的地方，
这个构件就不仅仅会收到一个位置协调的
消息，并且会记住为什么它会被抓取。例
如，如果它被抓取同另外一个构件的左边
对齐，这个时候该构件会始终保持它们的
左对齐格式，即使它们的绝对位置发生了
改变。
ＮｅｔＢｅａｎｓ中有双路编辑——使用一个可
视化设计器和一个文本编辑器。一些可视化
设计器已经实现了这种方式。但是ＮｅｔＢｅａｎｓ
ＩＤＥ使用保护模块来防止用户编辑代码。
Ｅｃｌｉｐｓｅ的 Ｖｉｓｕａｌ　Ｅｄｉｔｏｒ
Ｖｉｓｕａｌ　Ｅｄｉｔｏｒ是一个开源的 Ｅｃｌｉｐｓｅ 编
辑器。它同 ＪＤＴ、ＰＤＥ 等其它 Ｅｃｌｉｐｓｅ 的工
具项目一样，是一个全新的Ｅｃｌｉｐｓｅ工具项
目。它可以进行可视化的编辑Ｊａｖａ　ＧＵＩ程
序，也能编辑可视化的Ｊａｖａ　Ｂｅａｎ组件。它
能与 Ｅｃｌｉｐｓｅ的Ｊａｖａ　Ｅｄｉｔｏｒ集成在一起，当
在 Ｖｉｓｕａｌ　Ｅｄｉｔｏｒ中编辑图形界面时，会立
即反馈到 Ｊａｖａ　Ｅｄｉｔｏｒ中的代码，反之亦
然，即无保护的双路编辑。
Ｖｉｓｕａｌ　Ｅｄｉｔｏｒ支持Ｓｗｉｎｇ 和ＡＷＴ的可视
Ｊａｖａ组件开发。由于这个Ｆｒａｍｅｗｏｒｋ设计的
具有通用性，它也可以很容易的实现Ｃ＋＋
或其它语言下可视化开发。其将来的版本
（从 １．０ 开始），将会支持ＳＷＴ的开发。
Ｖｉｓｕａｌ　Ｅｄｉｔｏｒ目前支持所有的传统的
布局管理器。另外，ＳＷＴ　Ｄｅｓｉｇｎｅｒ也是流
行的 ＧＵＩ 编辑器，不过是收费的。
ＪＢｕｉｌｄｅｒ 的布局管理器
除了经典的布局管理器外，ＪＢｕｉｌｄｅｒ
提供了五个方便的布局管理器，它们是：
（１）ＸＹＬａｙｏｕｔ 布局管理器：组件所在
的位置通过相对于左上角坐标确定，其大
小通过宽度和长度确定，当窗口大小发生
变化时，组件的位置和大小保持原位。
（２）ＰａｎｅＬａｙｏｕｔ 布局管理器：通过百
分比规定组件所占容器空间，当用户界
面调整时，组件的大小也会相应调整。
（３）ＶｅｒｔｉｃａｌＦｌｏｗＬａｙｏｕｔ 布局管理器：
它和ＦｌｏｗＬａｙｏｕｔ 类似，只不过它以垂直而
非水平的方式排列组件。
＞＞＞　ＳＵＮ 征文
（４）ＢｏｘＬａｙｏｕｔ２ 布局管理器：它是 持以上２款ＩＤＥ的全部功能；４种编译器及各
Ｓｗｉｎｇ 标准包中ｊａｖａｘ．ｓｗｉｎｇ．ＢｏｘＬａｙｏｕｔ 布 自特有的编译选项：Ｂｏｒｌａｎｄ　Ｍａｋｅ、Ｂｏｒｌａｎｄ
局管理器的一个包裹类，允许你通过查 Ｍａｋｅ（ＪＢ８）
、Ｐｒｏｊｅｃｔ　ｊａｖａｃ、ｊａｖａｃ；智能单步、
看器的选择，间接使用ＢｏｘＬａｙｏｕｔ的功能。 智能源码、智能交换；多线程调试；内置混
ＢｏｘＬａｙｏｕｔ 将几个组件组合在一起，以水 淆打包；ＪＢｕｉｌｄｅｒ的调试环境可谓傲视群伦，
平或者垂直的方式排列，窗口大小调整 开发纯ｊａｖａ 程序时，使用起来十分方便。
时，组件大小不会随着改变。
（５）ＯｖｅｒＬａｙＯｕｔ２ 布局管理器：它是 三．ＷＥＢ 与 Ｊ２ＥＥ 开发
Ｓｗｉｎｇ 标准包中 ｊａｖａ．ｓｗｉｎｇ．ＯｖｅｒＬａｙｏｕｔ 布 ＪＳＰ、Ｓｅｒｖｌｅｔ
局管理的包裹类，允许你通过察看器的 ＮｅｔＢｅａｎｓ支持Ｓｅｒｖｌｅｔ　２．４和ＪＳＰ　２．０。
选择，间接使用 ＯｖｅｒＬａｙｏｕｔ 的功能。 支持使用 Ｔｏｍｃａｔ　５ 部署和调试两层 Ｊ２ＥＥ
ＧＵＩ 小结 １．４ 和 １．３ 应用程序。以下是 ＮｅｔＢｅａｎｓ 为
ＧＵＩ设计部分，我更喜欢ＮｅｔＢｅａｎｓ，相 Ｗｅｂ应用程序开发提供的便利：内置Ｔｏｍｃａｔ
信很多用户也跟我一样，因为用起来真 服务器支持；生成和维护部署容易的内
的很方便。 容，包括添加到项目中的 Ｓｅｒｖｌｅｔｓ进行注
曾看见有人说，在拖拽组件时，却不 册；生成与维护具有编译、清除、测试、
能更改代码，觉得很别扭。其实我觉得受 打包、部署指令的Ａｎｔ 脚本。该脚本使开
保护的双路编辑才是应该推崇的方法， 发者无需手动将文件移动到服务器；用
这也是对 ＩＤＥ完美工作的一种保证。 于编辑 Ｓｅｒｖｌｅｔｓ、ＪＳＰ、ＨＴＭＬ 和标签库的
代码自动完成和帮助；提供“编译ＪＳＰ”命
二．编译、运行、调试、打包 令，使用这一命令可以帮助开发者在部
本节将比较三个平台在编译、运行、 署前检测ＪＳＰ 文件的错误，不管这些错误
调试、打包几个必要开发步骤中的具体 出现在编译过程中还是 Ｊ Ｓ Ｐ 文件向
表现。 Ｓｅｒｖｌｅｔｓ 转换过程中；提供全面的调试支
ＮｅｔＢｅａｎｓ 持，包括“步进ＪＳＰ 文件”以及“跟踪ＨＴＴＰ
在代码行开头点击即可设置 ／ 取消 请求”；大量的 Ｗｅｂ 模板：ＪＳＰ、Ｓｅｒｖｌｅｔ、
断点；支持条件断点、单步执行等流程控 Ｆｉｌｔｅｒ、Ｗｅｂ应用侦听器、标签库描述、标
制功能；支持局部变量、监视、堆栈显示等 签、标签处理、Ｗｅｂ　Ｓｅｒｖｉｃｅ、消息处理、
功能；支持会话、线程的查看及修改；提 Ｗｅｂ客户端等；描述文件ｗｅｂ．ｘｍｌ可视化
供了完善的远程调试功能；基于Ａｎｔ，可 编辑器；监测 ＨＴＴＰ 事务处理。
通过脚本支持调试。 Ｅ ｃ ｌ ｉ ｐ ｓ ｅ 在不安装 Ｌ Ｏ Ｍ Ｂ Ｏ Ｚ 或者
ＭｙＥｃｌｉｐｓｅ 的情况下编写 Ｗｅｂ 应用程序真
Ｅｃｌｉｐｓｅ 是麻烦之极。首先你需要手动安装Ｔｏｍｃａｔ
带有专用的 Ｄ ｅ ｂ ｕ ｇ 视图并能自动切 或者其他服务器，然后在Ｅｃｌｉｐｓｅ 中配置；
换；其Ｄｅｂｕｇ 的功能和Ｄｅｌｐｈｉ 的Ｄｅｂｕｇ比较 接下来编写代码，再更改ｗｅｂ．ｘｍｌ文件做
相似，Ｉｎｓｐｅｃｔ 、Ｗａｔｃｈ等应有尽有；支持反 部署。最后很可能因为配置不好的原因，
汇编、内存、堆栈、寄存器显示等高级功 无法启动或者部署Ｗｅｂ服务器。好在对ｗｅｂ
能；支持会话、线程的查看及修改；似乎 ．ｘｍｌ编辑时也是可视化的。
无远程调试；可根据模块的需求扩展。 ＪＢｕｉｌｄｅｒ一体化的解决办法倒是很好，
并且通过 ＯｐｅｎＴｏｏｌｓ 框架支持很多种Ｗｅｂ
ＪＢｕｉｌｄｅｒ 服务器。当然也需要手动安装这些服务
高度集成，十分丰富的调试环境，支 器，并且添加这些服务器的 Ｌｉｂ到你的项
Programmer 123
产品＆应用 Product & Application

ＳＵＮ 征文　＞＞＞

目中。ＪＢｕｉｌｄｅｒ还为各种部署文件提供了 应用服务；能够利用强大的Ｊａｖａ调试器调 混淆的级别越高，混淆的力度就越大。

方便的编辑工具： 试正在运行的服务器端代码（ＪＳＰ＆ＥＪＢ）
； Ｍｏｂｉｌｉｔｙ　Ｐａｃｋ提供了可视化用户界面
l ｗｅｂ．ｘｍｌ：Ｗｅｂ　Ｍｏｄｕｌｅ　ＤＤ　Ｅｄｉｔｏｒ 通过使用 Ｗｉｚａｒｄ 和代码生成器提高开发 设计器，开发者可以用鼠标拖拽的方式
l ｓｔｒｕｔｓ－ｃｏｎｆｉｇ．ｘｍｌ：Ｓｔｒｕｔｓ　Ｃｏｎｆｉｇ　Ｅｄｉｔｏｒ 效率；创建Ｗｅｂ服务客户端的ＷＳＤＬ形式 设计应用程序的用户界面，通过流程控
l ｆａｃｅｓ－ｃｏｎｆｉｇ．ｘｍｌ：Ｆａｃｅｓ　Ｃｏｎｆｉｇ　Ｅｄｉｔｏｒ 的文件。 制器实现界面之间的跳转，而不用编写
另外ＪＢｕｉｌｄｅｒ也对Ｊｓｐ和Ｓｅｒｖｌｅｔ提供监 Ｌ ｏ ｍ ｂ ｏ ｚ 适用的服务器有：Ａｐａｃｈｅ 任何代码。无线连接向导是Ｍｏｂｉｌｉｔｙ　Ｐａｃｋ
听器，监视各种事件的发生。 Ｔｏｍｃａｔ，ＪＢＯＳＳ，ＪＯｎＡＳ，Ｒｅｓｉｎ，Ｏｒｉｏｎ，ＪＲｕｎ， 另一新特性，能方便快速的开发出端到
ＪＢｕｉｌｄｅｒ 提供了最为完善的Ｗｅｂ 开发 Ｏｒａｃｌｅ　ＩＡＳ，ＢＥＡ　ＷｅｂＬｏｇｉｃ　Ｓｅｒｖｅｒ和 ＩＢＭ 端的企业级应用程序，服务器端只提供
环境，其次 Ｎｅｔｂｅａｎｓ 功能也十分丰富。 ＷｅｂＳｐｈｅｒｅ 等。 需要导出的服务类，Ｎｅｔｂｅａｎｓ　ＩＤＥ会自动
生成服务器端的 Ｓｅｒｖｌｅｔ 以及客户端用于
ＥＪＢ／Ｊ２ＥＥ 三种平台对框架的支持比较 连接网络的代码。虽然上述两个功能使
ＮｅｔＢｅａｎｓ
框架名称 ＮｅｔＢｅａｎｓ　５．５ Ｅｃｌｉｐｓｅ　３．ｘ ＪＢｕｉｌｄｅｒ　２００５
从 Ｎ ｅ ｔ Ｂ ｅ ａ ｎ ｓ 　 Ｉ Ｄ Ｅ 　 ４ ． １ 版本开始 ， Ｓｔｒｕｔｓ 支持，向导，文档丰富 ＭｙＥｃｌｉｐｓｅ 良 好 支 持 支持，向导，文档丰富
Ｈｉｂｅｒｎａｔｅ Ｎｂｘｄｏｃｌｅｔ 支 持 ， ５．５ 加 Ｈｉｂｅｒｎａｔｅ　Ｓｙｎ 支 持 手动配置
ＮｅｔＢｅａｎｓ 提供创建和编辑 ＥＪＢ 丰富的向导
入数据库结构和实体类
和编辑器。 的相互生成和向导
Ｓｐｒｉｎｇ 支持，向导，文档丰富 Ｓｐｒｉｎｇ　ｐｌｕｇｉｎ　４　Ｅｃｌｉｐｓｅ 手动配置
ＮｅｔＢｅａｎｓ　５．０提供以下针对企业开发 Ｓｐｒｉｎｇ　ｆｏｒ　ＪＢｕｉｌｄｅｒ２００５　ＯｐｅｎＴｏｏｌｓ
的支持：建立和编辑ＥＪＢ的可视化编辑器； Ｃｏｃｏｏｎ 暂没找到直接支持 Ｌｅｐｉｄｏ 支 持 支持，向导，文档丰富
ＪＳＦ 支持，向导，文档丰富 ＪＳＦ　Ｔｏｏｌ　Ｐｒｏｊｅｃｔ 支 持 支持，向导，文档丰富
控制 ＣＭＰ 和实体 Ｂｅａｎ 关系的可视化编辑
器；通过鼠标点击就可以在Ｗｅｂ模块中加 用起来非常方便，但是缺乏灵活性，你很
入对 ＥＪＢ 的调用；完整的组装、部署、运 小　结 难再更改开发工具为你自动生成的代码。
行和调试企业应用程序的支持；注册和 对于Ｊ２ＥＥ 开发，Ｅｃｌｉｐｓｅ 的各种支持是
测试Ｗｅｂ　Ｓｅｒｖｉｃｅ；通过鼠标点击就可以在 对全面和及时的，但是否成熟，则未必。并 Ｅｃｌｉｐｓｅ 和 ＥｃｌｉｐｓｅＭＥ
Ｗｅｂ模块或ＥＪＢ中加入对Ｗｅｂ　Ｓｅｒｖｉｃｅ的调 且开发者经常被成堆的插件弄得头昏脑胀。 不仅要下载安装 ＥｃｌｉｐｓｅＭＥ插件，还
用；由ＥＪＢ或者Ｊａｖａ类自底向上的建立Ｗｅｂ ＮｅｔＢｅａｎｓ的最新版本提供了对最新标 要安装 ＷＴＫ，并且在 Ｅｃｌｉｐｓｅ环境中配置。
Ｓｅｒｖｉｃｅ；由ＷＳＤＬ文件自顶向下的建立Ｗｅｂ 准，如ＥＪＢ　３．０ 的支持，并且内置对常见 使用 Ｅ ｃ ｌ ｉ ｐ ｓ ｅ 搭建 Ｊ ２ Ｍ Ｅ 的开发环境比
Ｓｅｒｖｉｃｅ；可以导入其他 ＩＤＥ的Ｊ２ＥＥ项目，前 框架支持。这说明，现在完全能够全面转 Ｎｅｔｂｅａｎｓ　ＩＤＥ 稍显复杂。事实上，管理
提是其与 ＢｌｕｅＰｒｉｎｔｓ标准兼容。 向 ＮｅｔＢｅａｎｓ。 Ｅｃｌｉｐｓｅ 的各种插件已经让开发者头疼不
已，有些插件的更新还很难保证。
Ｅｃｌｉｐｓｅ与 Ｌｏｍｂｏｚ 四．Ｊ２ＭＥ 开发
Ｌｏｍｂｏｚ 是Ｅｃｌｉｐｓｅ 的一个主要的开源插 ＮｅｔＢｅａｎｓ　Ｍｏｂｉｌｉｔｙ ＪＢｕｉｌｄｅｒ 和 ＷＴＫ
件（ｏｐｅｎ－ｓｏｕｒｃｅ　ｐｌｕｇ－ｉｎ），Ｌｏｍｂｏｚ 插件能 Ｎｅｔｂｅａｎｓ　ＩＤＥ和 Ｍｏｂｉｌｉｔｙ　Ｐａｃｋ 提供的 从ＪＢｕｉｌｄｅｒ　９版本开始，Ｂｏｒｌａｎｄ将ＷＴＫ
够使Ｊａｖａ开发者更好的使用Ｅｃｌｉｐｓｅ去创建， 项目管理功能非常出色，将目标平台、应 直接集成到了开发工具内。如果使用以
调试和部署基于Ｊ２ＥＥ的 Ｊａｖａ应用服务器。 用程序描述符、编译运行、混淆、签名等 前版本的 Ｊ Ｂ ｕ ｉ ｌ ｄ ｅ ｒ，那么需要首先安装
Ｌｏｍｂｏｚ 的主要功能有：使用 ＨＴＭＬ， 功能集成在了一起。开发者只需要选中 ＭｏｂｌｉｅＳｅｔ 插件。
Ｓｅｒｖｌｅｔｓ，ＪＳＰ 等方式建立 Ｗｅｂ 应用程序； 项目，右键选择属性即可配置上述选项。
Ｊ Ｓ Ｐ 的编辑带有高亮显示和编码助手、 值得注意的一点是，当项目中使用了图 小　结
ＪＳＰ 语法检查；利用Ｗｉｚａｒｄ创建Ｗｅｂ应用、 片或者媒体文件等资源的时候，应该在 其实，各种开发工具只是以自己的
ＥＪＢ 应用和 ＥＪＢ 客户端测试程序；支持部 “库和资源”选项中讲资源文件所在的文 方式对 Ｍ Ｉ Ｄ Ｐ 应用程序的开发进行了封
署 ＥＡＲ、ＷＡＲ和 ＪＡＲ；利用ｘＤｏｃｌｅｔ 开发符 件夹添加到“捆绑的库和资源”中。避免 装，　ＭＩＤＰ应用程序的开发流程都是一样。
合 ＥＪＢ　１．１、２．０和 ３．０的应用；能够实现 在 Ｊａｖａ 程序中访问资源的时候抛出空指 事实已经证明，除了使用手机供应商自
端口对端口的本地和远程的测试应用服 针异常。Ｍｏｂｉｌｉｔｙ　Ｐａｃｋ 还直接集成了 己的套件外（如 Ｎｏｋｉａ　Ｔｏｏｌｋｉｔ），ＷＴＫ 和
务；能够支持所有的有可扩展定义的Ｊａｖａ Ｐｒｏｇｕａｒｄ 混淆器，可以设置混淆的级别， ＮｅｔＢｅａｎｓ　Ｍｏｂｉｌｉｔｙ的用户最多——这方面

124 程序员
产品＆应用 Product & Application

工具点评 　＞＞＞

增的图形共有：Ｃｌａｓｓ　Ｄｉａｇｒａｍ、Ｃｏｍｐｏｓｉｔｅ
Ｓｔｒｕｃｔｕｒｅ　Ｄｉａｇｒａｍ、Ｃｏｍｐｏｎｅｎｔ　Ｄｉａｇｒａｍ、
Ｄｅｐｌｏｙｍｅｎｔ　Ｄｉａｇｒａｍ、Ｕｓｅ　Ｃａｓｅ　Ｄｉａｇｒａｍ、

高手过招，各有千秋 Ａｃｔｉｖｉｔｙ　Ｄｉａｇｒａｍ、Ｓｔａｔｅ　Ｍａｃｈｉｎｅ　Ｄｉａｇｒａｍ、
Ｓｅｑｕｅｎｃｅ　Ｄｉａｇｒａｍ 以及 Ｃｏｍｍｕｎｉｃａｔｉｏｎ
Ｄｉａｇｒａｍ 等九张图。比较起 ＵＭＬ　２．０的规

—— ＵＭＬ 工具比较分析 格所制订的十三张图，分别少了 Ｏｂｊｅｃｔ

Ｄｉａｇｒａｍ、Ｐａｃｋａｇｅ　Ｄｉａｇｒａｍ 、Ｉｎｔｅｒａｃｔｉｏｎ
Ｏｖｅｒｖｉｅｗ　Ｄｉａｇｒａｍ 以及 Ｔｉｍｉｎｇ　Ｄｉａｇｒａｍ 四

□　文 ／Ｒｉｎｇｌｅ 张图。

不过如果我们详细观察 ＵＭＬ　２．０ 的
“工欲善其事，必先利其 对！不要怀疑，这三个产品的价格 规则，我们就可以发现，其实Ｏｂｊｅｃｔ　Ｄｉａ－
器”，学习ＵＭＬ没有好的工具帮忙，往往 的差距大约是 ２０ 倍。 ｇｒａｍ 与Ｐａｃｋａｇｅ　Ｄｉａｇｒａｍ的基本Ｄｉａｇｒａｍ其
会让开发者半途而废，甚至会因为不易 实就是 Ｃｌａｓｓ　Ｄｉａｇｒａｍ，只是在这两张图
使用的开发工具，而误认为 ＵＭＬ是一个 对 ＵＭＬ　２．０ 的支持分析 中，其分别表达了 Ｐａｃｋａｇｅ间的相依关系
非常困难学习的“技术”。殊不知ＵＭＬ只 图 １ 是 ＯＭＧ 所定义的 ＵＭＬ 十三张图 以及Ｏｂｊｅｃｔ 之间的关系。因此，在ＲＳＡ中，
是一种“语言”，就和学习中文、英语一 的分类（参考自Ｕｎｉｆｉｅｄ　Ｍｏｄｅｌｉｎｇ　Ｌａｎｇｕａｇｅ： 我们可以使用 Ｃｌａｓｓ　Ｄｉａｇｒａｍ 来绘制这两
样，学习 ＵＭＬ并不困难，只要了解ＵＭＬ Ｓｕｐｅｒｓｔｒｕｃｔｕｒｅ，　Ｖｅｒｓｉｏｎ　２，　ｐ．　６６０）。 张图形。
的语法以及知道 ＵＭＬ 的适用时机，ＵＭＬ 以下，我们将针对上述的三个软件， 至于 Ｉｎｔｅｒａｃｔｉｏｎ　Ｏｖｅｒｖｉｅｗ　Ｄｉａｇｒａｍ 也
自然手到擒来。当然，如果有一套容易 分别说明其对于ＵＭＬ　２．０ 规范的支持。 是类似的状况，在ＵＭＬ　２．０的规则中，其
上手的 ＵＭＬ 开发工具，学习 ＵＭＬ的困难 ＩＢＭ 的ＲＳＡ：与Ｂｏｒｌａｎｄ　Ｔｏｇｅｔｈｅｒ都是 基本的图形是Ａｃｔｉｖｉｔｙ　Ｄｉａｇｒａｍ，因此，我
度更是大幅降低。 建构在Ｅｃｌｉｐｓｅ平台上，必须要先建立一个 们同样也可以利用 Ａｃｔｉｖｉｔｙ　Ｄｉａｇｒａｍ 来绘
在本文中，我们将评比三个不同的 ＵＭＬ　２．０ 的项目，才能绘制 ＵＭＬ 的图形。 制 Ｉｎｔｅｒａｃｔｉｏｎ　Ｏｖｅｒｖｉｅｗ　Ｄｉａｇｒａｍ。至于时
ＵＭＬ工具——ＩＢＭ公司的Ｒａｔｉｏｎａｌ　Ｓｏｆｔｗａｒｅ 序图，虽然在 ＲＳＡ 中的 Ｃｏｍｍｕｎｉｃａｔｉｏｎ
Ａｒｃｈｉｔｅｃｔ（以下简称 ＲＳＡ）、Ｂｏｒｌａｎｄ 公司的 Ｄｉａｇｒａｍ 可以表达时序图中的ＬｉｆｅＬｉｎｅ，但
Ｔｏｇｅｔｈｅｒ　Ａｒｃｈｉｔｅｃｔ（以下简称Ｔｏｇｅｔｈｅｒ）以及 是其余的相关的 ＵＭＬ 组件都缺乏，因此，
Ｓｐａｒｘ　Ｓｙｓｔｅｍｓ 公司的 Ｅｎｔｅｒｐｒｉｓｅ　Ａｒｃｈｉｔｅｃｔ ＲＳＡ 并无法完整表达时序图。
Ｃｏｒｐｏｒａｔｉｏｎ　Ｅｄｉｔｉｏｎ（以下简称ＥＡ）。评比的 因此要在 ＲＳＡ 中绘制完整的十三张
标准会从以下两个面向来分别评估： ＵＭＬ　２．０规范图，还是比较困难的，开发
l 对 ＵＭＬ　２．０ 的支持； 人员必须要很清楚地知道这十三张图各
l 文件产生机制
图 ２：ＲＳＡ 的 ＵＭＬ　２．０ 项 目 操 作 画 面
整篇文章中，我们会分成两大部分，
针对这三套软件在上述两方面的操作进 和 Ｅｃｌｉｐｓｅ 的操
行说明，并且在每一个部分的最后，都会 作相类似，在ＲＳＡ的
用表格对三个软件进行综合评比。开始 操作画面中，左边是
介绍之前，先就价钱做个评比说明，根据 项目区，右边则是所
三家公司的产品标准售价，其价格的比 有可以使用的工具
较表如表 １： 区。在ＲＳＡ中可以新

表 １： 三 套 软 件 的 价 格 表

公司 产品 价 格 （美 元 ）
ＩＢＭ Ｒａｔｉｏｎａｌ　Ｓｏｆｔｗａｒｅ　Ａｒｃｈｉｔｅｃｔ ５５００
Ｂｏｒｌａｎｄ Ｔｏｇｅｔｈｅｒ　ｆｏｒ　Ｅｃｌｉｐｓｅ　Ａｒｃｈｉｔｅｃｔ　Ｅｄｉｔｉｏｎ ５０００
Ｓｐａｒｘ　Ｓｙｓｔｅｍｓ Ｅｎｔｅｒｐｒｉｓｅ　Ａｒｃｈｉｔｅｃｔ　Ｃｏｒｐｏｒａｔｅ　Ｅｄｉｔｉｏｎ ２３９ 图 １：ＵＭＬ　２．０ 规 范 的

126 程序员

自特性，才能找到适当的图形进行绘制。
在 Ｒ Ｓ Ａ 中，开发人员可以轻松地将
Ｓｅｑｕｅｎｃｅ　Ｄｉａｇｒａｍ 转成 Ｃｏｍｍｕｎｉｃａｔｉｏｎ
Ｄｉａｇｒａｍ，反之亦然。延续了之前Ｒｏｓｅ的特
性，可以说是ＲＳＡ中最让人赞赏的部分。
最后是 ＭＤＡ 的机制，在 ＲＳＡ 中提供
三种转换机制，分别是ＵＭＬ →Ｊａｖａ、ＵＭＬ
→ Ｃ＋＋、ＵＭＬ → ＥＪＢ，由于 ＲＳＡ是建置在
Ｅｃｌｉｐｓｅ 上，因此，其转换为Ｊａｖａ或ＥＪＢ时，
能够非常顺畅地跟Ｅｃｌｉｐｓｅ的Ｊａｖａ或是Ｊ２ＥＥ
项目结合，这也是 ＲＳＡ 一向的强项。
Ｂｏｒｌａｎｄ 的 Ｔｏｇｅｔｈｅｒ：跟 ＲＳＡ相同，
在 Ｂｏｒｌａｎｄ　Ｔｏｇｅｔｈｅｒ 中要新增 ＵＭＬ　２．０ 的
Ｄｉａｇｒａｍ，也必须要在 Ｅｃｌｉｐｓｅ 的环境中新
增一个 ＵＭＬ　２．０ 的项目。
图 ３：Ｂｏｒｌａｎｄ　Ｔｏｇｅｔｈｅｒ 的 操 作 画 面
跟ＲＳＡ不同，Ｂｏｒｌａｎｄ　Ｔｏｇｅｔｈｅｒ操作界
面与先前的版本类似。针对每一张不同
类型的ＵＭＬ　Ｄｉａｇｒａｍ，可以使用的工具都
不同，如图３右方的“Ｐａｌｌｅｔｓ”绘图模版。
另外跟 ＲＳＡ 类似的是在 Ｂｏｒｌａｎｄ　Ｔｏｇｅｔｈｅｒ
中，同样地也只支持 ＵＭＬ　２．０ 中的九张
图（ 如图 ３ 左红色方框部分） ，Ｐ ａ ｃ ｋ ａ ｇ ｅ
Ｄｉａｇｒａｍ、Ｏｂｊｅｃｔ　Ｄｉａｇｒａｍ、Ｉｎｔｅｒａｃｔｉｏｎ　Ｏｖｅｒ－
ｖｉｅｗ　Ｄｉａｇｒａｍ 以及 Ｔｉｍｉｎｇ　Ｄｉａｇｒａｍ都不能
直接由 Ｂｏｒｌａｎｄ　Ｔｏｇｅｔｈｅｒ 中选取。
如前文所说，Ｐａｃｋａｇｅ　Ｄｉａｇｒａｍ 以及
Ｏｂｊｅｃｔ　Ｄｉａｇｒａｍ 都可以使用 Ｃｌａｓｓ　Ｄｉａｇｒａｍ
来绘制，相同地，在Ｂｏｒｌａｎｄ　Ｔｏｇｅｔｈｅｒ中你
也可以利用 Ｃｌａｓｓ　Ｄｉａｇｒａｍ 来绘制这两张
图。至于 Ｉｎｔｅｒａｃｔｉｏｎ　Ｏｖｅｒｖｉｅｗ　Ｄｉａｇｒａｍ 以
及 Ｔｉｍｉｎｇ　Ｄｉａｇｒａｍ，在 Ｂｏｒｌａｎｄ　Ｔｏｇｅｔｈｅｒ中
则无法绘制。
大体上，Ｂｏｒｌａｎｄ　Ｔｏｇｅｔｈｅｒ在ＵＭＬ　２．０
的支持上主要是缺少了上述的两张图；
实际的操作上，Ｂｏｒｌａｎｄ　Ｔｏｇｅｔｈｅｒ延续了以
往 Ｔｏｇｅｔｈｅｒ 的操作方式，对 Ｔｏｇｅｔｈｅｒ 的老
用户来说，不会有太大的困扰。
此外，Ｔｏｇｅｔｈｅｒ在Ｓｅｑｕｅｎｃｅ　Ｄｉａｇｒａｍ与
Ｃｏｍｍｕｎｉｃａｔｉｏｎ　Ｄｉａｇｒａｍ的互转上，提供一
个很有趣的机制，你可以根据一张相同
的Ｉｎｔｅｒａｃｔｉｏｎ　Ｄｉａｇｒａｍ，指定利用“Ｓｅｑｕｅｎｃｅ
Ｄｉａｇｒａｍ”或“Ｃｏｍｍｕｎｉｃａｔｉｏｎ　Ｄｉａｇｒａｍ”来
表现，这个想法非常有趣，也说明了这两
张图是同一个事物的不同形式。
至于根据 ＵＭＬ 产生 Ｓｏｕｒｃｅ　Ｃｏｄｅ，则
必须要采用不同的项目。如果要产生Ｊａｖａ
的代码，必须选用“Ｊａｖａ　Ｍｏｄｅｌｉｎｇ”项目，
当你在该项目中建立Ｃｌａｓｓ时，Ｔｏｇｅｔｈｅｒ都
会自动产生一个Ｊａｖａ　Ｃｌａｓｓ，当该Ｃｌａｓｓ的
属性或是操作有所变动时，会立刻反映
到程序中。这和ＴｏｇｅｔｈｅｒＪ是完全相同的。
此外，Ｔ ｏ ｇ ｅ ｔ ｈ ｅ ｒ 仍然保有过去
ＴｏｇｅｔｈｅｒＪ 的重要功能，也就是可以利用
Ｓｅｑｕｅｎｃｅ　Ｄｉａｇｒａｍ 产生 Ｉｍｐｌｅｍｅｎｔ 的代码，
相同地，也可以由代码反转回 Ｓｅｑｕｅｎｃｅ
Ｄｉａｇｒａｍ。这算是Ｔｏｇｅｔｈｅｒ 的一大特点，也
是它与其它两个产品竞争的最大优势。
Ｓｐａｒｘ　Ｓｙｓｔｅｍｓ 的 Ｅ Ａ 是这三个软
件中最轻薄的。采用了Ｓｔａｎｄ　Ａｌｏｎｅ的ＡＰ，
安装时不需要先安装 ＪＲＥ 及Ｅｃｌｉｐｓｅ。在其
中绘制ＵＭＬ　Ｄｉａｇｒａｍ也相对简单。只要在
ＥＡ 中新增一个项目，其自然就会把所有
ＵＭＬ　Ｄｉａｇｒａｍ 要绘制的相关环境准备好。
ＥＡ 的操作和前面的两个软件有相当
表 ２：对 ＵＭＬ　２．０ 的 支 持 分 析
项目
对 ＵＭＬ　２．０ 十 三 张 Ｄｉａｇｒａｍ 的 支 持
Ｓｅｑｕｅｎｃｅ　Ｄｉａｇｒａｍ与 Ｃｏｍｍｕｎｉｃａｔｉｏｎ
Ｄｉａｇｒａｍ 的 互 转 机 制
ＭＤＡ 机 制
支持的程序语言
Ｓｅｑｕｅｎｃｅ　Ｄｉａｇｒａｍ转 换 为 程 序 代 码
对 于 ＩＤＥ 接 口 的 整 合 度
＞＞＞　工具点评
大的不同。因为它本身是一个独立的程
序，其操作方式不会受到其他影响。在整
个开发环境中，右方是工具区，左方则是
整个 Ｐ ｒ ｏ ｊ ｅ ｃ ｔ 相关的各种不同的界面
（Ｖｉｅｗ）。所有的 Ｕ Ｍ Ｌ 图形将会放置在
Ｐｒｏｊｅｃｔ　Ｖｉｅｗ 中。和Ｔｏｇｅｔｈｅｒ类似的，当指
定到一个特定 Ｔｙｐｅ的Ｄｉａｇｒａｍ 时，左方的
Ｔｏｏｌｂｏｘ 会停留在该 Ｄｉａｇｒａｍ 对应的 Ｐａｌｌｅｔ
上，这在操作上是非常方便的。
图 ４：ＥＡ 的 操 作 画 面
图 ４ 中央对话框为 ＥＡ 支持的 Ｕ Ｍ Ｌ
２．０ 的Ｄｉａｇｒａｍ 。除了ＲＳＡ 及Ｔｏｇｅｔｈｅｒ 支
持的九张 Ｄｉａｇｒａｍ 外，ＥＡ 也支持其余四
张 Ｄ ｉ ａ ｇ ｒ ａ ｍ ；另外，还支持非标准的
Ａｎａｌｙｓｉｓ　Ｄｉａｇｒａｍ 。因此，若单从对ＵＭＬ
２．０ 的 支 持 来 说 ，Ｅ Ａ 算 是 最 完 整 的
工具。
对Ｓｅｑｕｅｎｃｅ　Ｄｉａｇｒａｍ与Ｃｏｍｍｕｎｉｃａｔｉｏｎ
Ｄｉａｇｒａｍ 的转换，ＥＡ 没有提供任何功能，
这算是 ＥＡ中比较弱的一环。对于ＭＤＡ的
支持。ＥＡ 做得非常弹性，开发者可以利
用Ｓｃｒｉｐｔ语法自行定义Ｔｒａｎｓｆｏｒｍａｔｉｏｎ　Ｒｕｌｅ。
在 ＥＡ 中提供 Ｃ＃、ＥＪＢ、Ｊａｖａ、ＤＤＬ、ＸＳＤ
以及 Ｗｅｂ　Ｓｅｒｖｉｃｅ 等标准的转换机制，开
发者可以将同一个 ＰＩＭ的Ｍｏｄｅｌ转换为各
种不同平台的 ＰＳＭ　Ｍｏｄｅｌ。
ＲＳＡ Ｔｏｇｅｔｈｅｒ ＥＡ
不 支 持 Ｔｉｍｉｎｇ　Ｄｉａｇｒａｍ 不 支 持 Ｔ ｉ ｍ ｉ ｎ ｇ 支持十三张
Ｄｉａｇｒａｍ、Ｉｎｔｅｒａｃｔｉｏｎ Ｄｉａｇｒａｍ
Ｏｖｅｒｖｉｅｗ　　Ｄｉａｇｒａｍ
提供 提供 不提供
有 有 有
两种 两种 九种
有 有 没有
高 高 低
Programmer 127

Ａｐａｃｈｅ　Ｓｈａｌｅ 是 Ｓｔｒｕｔｓ　ｆｒａｍｅｗｏｒｋ 系列中的最新产品，它通过
ＪａｖａＳｅｒｖｅｒ　Ｆａｃｅｓ 可以进行组件化的表示层开发。我们首先从 Ｓｈａｌｅ 的对
话管理器、验证和 ＪＮＤＩ 服务开始。
Apache Shale 引领
JavaServer Faces 再上新台阶
　在 Ｓｔｒｕｔｓ 时代，Ｓｔｒｕｔｓ 是 ＭＶＣ２ 框架。凭借其设计
的优雅性、简单性和健壮性，使得Ｊａｖａ开发人员中的一大部分
都热衷于用 Ｓｔｒｕｔｓ 进行表示层开发。但是，从构思产生Ｓｔｒｕｔｓ到
现在已经 ５ 年了，它已经开始出现衰老的征兆。其所沿用的统
一的请求处理引擎，使得它难于定制和扩展，而ＪＳＦ则建立在灵
活、可变的事件处理引擎的基础上。其次，Ｓｔｒｕｔｓ 未能像 ＡＪＡＸ
那样增加对声明性工作流、
一致性验证框架或新兴技术的支持，
这已经导致 Ｓｔｒｕｔｓ在新的开发项目上沦为逐渐没落的角色。
不管怎样，在 ＪＳＦ发展壮大的时候，Ｓｔｒｕｔｓ开发团队是不会
袖手旁观的。由业界精英组成的Ｓｔｒｕｔｓ团队重新打造自己，并开
始创建可以补充和丰富ＪＳＦ的服务，而不是试图直接与之竞争。
他们想将一件美好的事情（ＪＳＦ）做得更好。
开发成果就是 Ａｐａｃｈｅ　Ｓｈａｌｅ，一个构建在ＪＳＦ优势之上的框
架。（我不知道这个团队为什么选择 Ｓｈａｌｅ 这个名字，Ｍｅｒｒｉａｍ－
Ｗｅｂｓｔｅｒ 将其定义为某种易分裂的岩石。）Ｓｈａｌｅ提供的组件化服
务使您可以根据需要而有选择地使用。这些服务各种各样，从
简单的带有一些额外函数的支持ｂｅａｎ（Ｓｈａｌｅ的视图控制器），到
完整的 Ｗｅｂ 页面导航引擎（Ｓｈａｌｅ 的对话管理器）。
Ｓｈａｌｅ为ＪＳＦ带来了很多特性，这不是一篇文章所能说完的，
因此本文只关注于 Ｓｈａｌｅ的对话管理器、验证、Ｊａｖａ命名和目录
接口（ＪＮＤＩ）服务。这些服务将能让您很好地理解Ａｐａｃｈｅ　Ｓｈａｌｅ的
多样性、简单性、灵活性及其能力。
访问 Ｓｈａｌｅ 的特性页获得以下 Ｓｈａｌｅ 服务的全部说明：
u 视图控制器：带有预定义事件的 ＪＳＰ 支持　ｂｅａｎ
u 验证：客户端和服务器端验证
u ＪＮＤＩ：ＪＳＰ 对 ｗｅｂ．ｘｍｌ 中属性的访问
u 对话管理器：由ＸＭＬ 配置文件驱动的Ｗｅｂ向导（工作流）
u 应用程序管理器：一个用来拦截所有ＨＴＴＰ请求的应用级
控制器
＞＞＞　Ｊａｖａ
□　张钢　　涂耀旭
u ＡＪＡＸ：ＡＪＡＸ 所支持的服务器端服务
u Ｓｐｒｉｎｇ、Ｔｉｌｅｓ 与 Ｃｌａｙ 框架整合及可重用的视图
u 测试：基于 ＪＵｎｉｔ 测试所使用的 Ｍｏｃｋ 对象和基类
开始下载 Ｓｈａｌｅ
简单提一下Ｓｈａｌｅ下载是因为它还处于测试阶段。您需要使
用来自ｈｔｔｐ：／／ｃｖｓ．ａｐａｃｈｅ．ｏｒｇ／ｂｕｉｌｄｓ／ｓｔｒｕｔｓ／ｎｉｇｈｔｌｙ／ｓｔｒｕｔｓ－ｓｈａｌｅ／
的 ｎｉｇｈｔｌｙ　ｂｕｉｌｄｓ（令人激动的东西！）。
下载以下四个文件，在它们的名字中含有最近的日期（这
些文件的名字将根据您下载它们时的日期而改变）：
u ｓｈａｌｅ－ｆｒａｍｅｗｏｒｋ－ＹＹＹＹＭＭＤＤ．｛ｔａｒ．ｇｚ，ｚｉｐ｝——包含核心
Ｓｈａｌｅ 框架的二进制和源代码；
u ｓｈａｌｅ－ｓｔａｒｔｅｒ－ＹＹＹＹＭＭＤＤ．｛ｔａｒ．ｇｚ，ｚｉｐ｝——包含基于Ｓｈａｌｅ
的应用程序和Ａｐａｃｈｅ　Ａｎｔ作为构建工具而使用的模板目录结构；
u ｓｈａｌｅ－ｂｌａｎｋ－ＹＹＹＹＭＭＤＤ．ｗａｒ——包含Ｓｈａｌｅ　Ｗｅｂ应用程
序示例，显示当前的日期和时间；
u ｓｈａｌｅ－ｄｅｐｅｎｄｅｎｃｉｅｓ－ＹＹＹＹＭＭＤＤ．ｚｉｐ——包含基于Ｓｈａｌｅ的
应用程序所需要的支持 ＪＡＲ 库。
以下是在 ２００６ 年 ３ 月 ８ 日当天最新的 Ｓｈａｌｅ 下载：
ｓｈａｌｅ－ｆｒａｍｅｗｏｒｋ－２００６０３０８．ｚｉｐ
ｓｈａｌｅ－ｓｔａｒｔｅｒ－２００６０３０８．ｚｉｐ
ｓｈａｌｅ－ｂｌａｎｋ－２００６０３０８．ｗａｒ
ｓｈａｌｅ－ｄｅｐｅｎｄｅｎｃｉｅｓ－２００６０３０８．ｚｉｐ
接下来我们为假想的 Ｓｈａｌｅ　Ｌａｕｎｃｈ　Ｐａｒｔｙ来创建一个Ｗｅｂ注
册应用程序，其中使用了Ｓｈａｌｅ的对话管理器、ＪＮＤＩ和验证服务。
立即下载这个示例应用程序。
解压缩下载文件。这会创建一个“ｌａｕｎｃｈ－ｐａｒｔｙ”文件夹，
其中包含有“ｌｉｂ”和“ｓｒｃ”文件夹，以及 Ａｐａｃｈｅ　Ａｎｔ构建文
件。“ｓｒｃ”文件夹包含项目所使用的 Ｊａｖａ和 ＪＳＰ 源文件；“ｌｉｂ”
Programmer 99
 技术 Technology

Ｊａｖａ　＞＞＞

文件夹是空的。Ｂｕｉｌｄ．ｘｍｌ 和 ｄｅｆａｕｌｔ．ｐｒｏｐｅｒｔｉｅｓ 可以在 ｌａｕｎｃｈ－ 支付和设置电子邮件和平信首选项。图 １显示了这个应用程序

ｐａｒｔｙ 文件夹下找到，是Ａｐａｃｈｅ　Ａｎｔ构建文件。Ｂｕｉｌｄ．ｘｍｌ有不 的 ＵＭＬ 状态图。
同的Ａｎｔ 构建任务，用于清空和创建目录 、将文件复制到构建 应用程序有两个向导：
“Ｃｒｅａｔｅ　Ｎｅｗ　Ｒｅｇｉｓｔｒａｔｉｏｎ”和“Ｐｒｏｃｅｓｓ
文件夹、编译和创建 ｗａｒ 文件、部署到 Ｔｏｍｃａｔ 等。我特别喜 Ｐａｙｍｅｎｔ”。
“Ｃｒｅａｔｅ　Ｎｅｗ　Ｒｅｇｉｓｔｒａｔｉｏｎ”主要用于收集和处理注册
欢“ｄｉｓｔ”任务，它与其他多数文件一样，也用于创建可部署 信息，而“Ｐｒｏｃｅｓｓ　Ｐａｙｍｅｎｔ”只接受付款。“Ｐｒｏｃｅｓｓ　Ｐａｙｍｅｎｔ”
的 ｗａｒ 文件。 自身独立，您可能会从其他包含“Ｃｒｅａｔｅ　Ｎｅｗ　Ｒｅｇｉｓｔｒａｔｉｏｎ”的
在开始执行这些 Ａｎｔ 任务前，您需要完成以下两个步骤： 向导中使用它。这里的巧妙之处就是“Ｐｒｏｃｅｓｓ　Ｐａｙｍｅｎｔ”，虽然
１、将 ｌａｕｎｃｈ－ｐａｒｔｙ＼ｄｅｆａｕｌｔ．ｐｒｏｐｅｒｔｉｅｓ 中“ｓｈａｌｅ．ｄｉｒ”的值更 它处理“Ｃｒｅａｔｅ　Ｎｅｗ　Ｒｅｇｉｓｔｒａｔｉｏｎ”的大部分内容，但是只要不
改为 Ｓｈａｌｅ 安装目录。 破坏它们所共享的过渡值，它们可以各自不受限制地修改。在
２、将 ｓｈａｌｅ－ｄｅｐｅｎｄｅｎｃｉｅｓ－ＹＹＹＹＭＭＤＤ．ｚｉｐ 解压缩文件复制 本例中，
“Ｐｒｏｃｅｓｓ　Ｐａｙｍｅｎｔ”被设计为提供只使用信用卡的支付
到 ｌａｕｎｃｈ－ｐａｒｔｙ＼ｌｉｂ 文件夹。 方法。然而，您可以更改它来提供其他支付形式（支票、ＰａｙＰａｌ、
在您要更进一步时，请确保满足“软件要求”框中的先决 易货等）而不需要更改“Ｃｒｅａｔｅ　Ｎｅｗ　Ｒｅｇｉｓｔｒａｔｉｏｎ”。这就是我们
条件。一旦设置完成，您就要准备开始 Ａｐａｃｈｅ　Ｓｈａｌｅ　Ｓｅｒｖｉｃｅｓ。 都喜欢的关注点分离。
回头看图 １的 ＵＭＬ 图，在Ｃｒｅａｔｅ　Ｎｅｗ　Ｒｅｇｉｓｔｒａｔｉｏｎ和Ｐｒｏｃｅｓｓ
软件要求 Ｐａｙｍｅｎｔ 过程中用户历经下列活动：
u Ａｐａｃｈｅ　Ａｎｔ　１．６．５ １．Ｃｒｅａｔｅ　Ｎｅｗ　Ｒｅｇｉｓｔｒａｔｉｏｎ
u Ａｐａｃｈｅ　Ｔｏｍｃａｔ　５．５．１５ l 用户 ＩＤ：用户提供电子邮件地址（这就是用户 ＩＤ）、
u Ａｐａｃｈｅ　Ｓｈａｌｅ 密码、全名和电话号码；
u Ｊａｖａ　Ｓｔａｎｄａｒｄ　Ｅｄｉｔｉｏｎ　ＪＤＫ　１．４ 或更高版本 l 注册：系统使用上面提供的信息注册该用户；
u Ｊａｖａ　Ｓｔａｎｄａｒｄ　Ｅｄｉｔｉｏｎ　ＪＲＥ　１．４ 或更高版本 l 电子邮件首选项：用户设置电子邮件首选项并可以
u 如果您想要使用最新版本，ＪＤＫ和 ＪＲＥ　１．６－ｂｅｔａ也可以 选择使用“Ｐｒｏｃｅｓｓ　Ｐａｙｍｅｎｔ”向导支付；
l 平信首选项：用户设置平信首选项；
用对话管理器创建向导 l 保存首选项：最后，系统保存所有首选项并退出应
Ａｐａｃｈｅ　Ｓｈａｌｅ 通过它的对话管理器为创建基于 Ｗｅｂ 的向导 用程序。
助一臂之力。对话管理器分两个部分： ２．Ｐｒｏｃｅｓｓ　Ｐａｙｍｅｎｔ
１．ｄｉａｌｏｇ－ｃｏｎｆｉｇ．ｘｍｌ配置文件，指定不同页面和Ｊａｖａ类如何 l 信用卡：用户提供信用卡信息；
基于其过渡值连接在一起。 l 处理信用卡：系统处理上面提供的信息；

２．在 ＪＳＰ 或 Ｊａｖａ函数调用中由 ＪＳＦ　Ｃｏｍｍａｎｄ　ＵＩ 控件（ＪＳＦ l 致谢：不用多说了！

的＜ｈ：ｂｕｔｔｏｎ／＞和＜ｈ：ｌｉｎｋ／＞的操作值）返回的值。 清单１显示了示例应用程序使用的ｄｉａｌｏｇ－ｃｏｎｆｉｇ．ｘｍｌ文件。
为了学习如何使用对话管理器，我们来探讨 Ｌａｕｎｃｈ　Ｐａｒｔｙ 如果您将其与图 １ 并排比较，您会注意到两者之间接近平行。
Ｒｅｇｉｓｔｒａｔｉｏｎ应用程序。这个应用程序是一个典型的“ｐｒｅｖｉｏｕｓ－ ．．．
ｎｅｘｔ”向导，一步步指示用户完成注册过程。用户注册、可选 ＜ｄｉａｌｏｇｓ＞

＜！— 　Ｎｅｗ　Ｒｅｇｉｓｔｒａｔｉｏｎ　Ｄｉａｌｏｇ　— ＞
　　　　＜ｄｉａｌｏｇ　ｎａｍｅ＝＂Ｃｒｅａｔｅ　Ｎｅｗ　Ｒｅｇｉｓｔｒａｔｉｏｎ＂　ｓｔａｒｔ＝＂Ｕｓｅｒ　ＩＤ＂＞
　　　　＜ｔｒａｎｓｉｔｉｏｎ　ｏｕｔｃｏｍｅ＝＂ｓｔａｒｔ＂　ｔａｒｇｅｔ＝＂Ｕｓｅｒ　ＩＤ＂／＞
　　　　　＜ｔｒａｎｓｉｔｉｏｎ　ｏｕｔｃｏｍｅ＝＂ｅｘｉｔ＂　ｔａｒｇｅｔ＝＂Ｅｘｉｔ＂／＞
＜！— 　Ｕｓｅｒ　Ｎａｍｅ　— ＞
　　＜ｖｉｅｗ　ｎａｍｅ＝＂Ｕｓｅｒ　ＩＤ＂　ｖｉｅｗＩｄ＝＂／ｕｓｅｒｉｄ．ｊｓｐ＂＞
　　　　＜ｔｒａｎｓｉｔｉｏｎ　ｏｕｔｃｏｍｅ＝＂ｎｅｘｔ＂　ｔａｒｇｅｔ＝＂Ｒｅｇｉｓｔｅｒ＂／＞
　　＜／ｖｉｅｗ＞
＜ａｃｔｉｏｎ　ｎａｍｅ＝＂Ｒｅｇｉｓｔｅｒ＂　ｍｅｔｈｏｄ＝
　　　　　　　　　　　　　　　　　＂＃｛ｒｅｇｉｓｔｒａｔｉｏｎＢｅａｎ．ｃｒｅａｔｅＮｅｗＲｅｇｉｓｔｒａｔｉｏｎ｝＂＞
　　　　　　　　＜ｔｒａｎｓｉｔｉｏｎ　ｏｕｔｃｏｍｅ＝＂ｓｕｃｃｅｓｓ＂　ｔａｒｇｅｔ＝
　　　　　　　　　＂Ｅｍａｉｌ　Ｐｒｅｆｅｒｅｎｃｅｓ＂／＞
　　　　　　＜／ａｃｔｉｏｎ＞

　　　　＜ｖｉｅｗ　ｎａｍｅ＝＂Ｅｍａｉｌ　Ｐｒｅｆｅｒｅｎｃｅｓ＂　ｖｉｅｗＩｄ＝
　　　　　　　　＂／ｅｍａｉｌＰｒｅｆｅｒｅｎｃｅｓ．ｊｓｐ＂＞
图 １：Ｌａｕｎｃｈ　Ｐａｒｔｙ　Ａｐｐｌｉｃａｔｉｏｎ 状 态 图 　　　　　　＜ｔｒａｎｓｉｔｉｏｎ　ｏｕｔｃｏｍｅ＝＂ｎｅｘｔ＂　ｔａｒｇｅｔ＝＂Ｓｎａｉｌ　Ｐｒｅｆｅｒｅｎｃｅｓ＂／＞

100 程序员
 ＞＞＞　Ｊａｖａ

　　　　　　　＜ｔｒａｎｓｉｔｉｏｎ　ｏｕｔｃｏｍｅ＝＂ｐａｙＮｏｗ＂　ｔａｒｇｅｔ＝＂Ｐａｙｍｅｎｔ＂／＞ ．．．
　　　　＜／ｖｉｅｗ＞ 　　＜ｈ：ｃｏｍｍａｎｄＢｕｔｔｏｎ　ｉｄ＝＂ｎｅｘｔ＂　ａｃｔｉｏｎ＝＂ｎｅｘｔ＂　ｖａｌｕｅ＝＂Ｎｅｘｔ　＞＞＂／＞
　　＜ｈ：ｃｏｍｍａｎｄＢｕｔｔｏｎ　ｉｄ＝＂ｅｘｉｔ＂　ａｃｔｉｏｎ＝＂ｅｘｉｔ＂
　　　　　＜ｓｕｂｄｉａｌｏｇ　ｎａｍｅ＝＂Ｐａｙｍｅｎｔ＂　　ｄｉａｌｏｇＮａｍｅ＝＂Ｐｒｏｃｅｓｓ　Ｐａｙｍｅｎｔ＂＞ 　　　　ｉｍｍｅｄｉａｔｅ＝＂ｔｒｕｅ＂　ｖａｌｕｅ＝＂Ｅｘｉｔ＂／＞
　　　　　　＜ｔｒａｎｓｉｔｉｏｎ　　ｏｕｔｃｏｍｅ＝＂ｎｅｘｔ＂　ｔａｒｇｅｔ＝ ＜／ｈ：ｆｏｒｍ＞
　　　　　　　　＂Ｅｍａｉｌ　Ｐｒｅｆｅｒｅｎｃｅｓ＂／＞ ．．．
　　　　　　　＜ｔｒａｎｓｉｔｉｏｎ　　ｏｕｔｃｏｍｅ＝＂ｃａｎｃｅｌ＂　ｔａｒｇｅｔ＝＂Ｅｍａｉｌ　Ｐｒｅｆｅｒｅｎｃｅｓ＂／＞
　　　　＜／ｓｕｂｄｉａｌｏｇ＞
清单３．　ｕｓｅｒｉｄ．ｊｓｐ显示了带有Ａｃｔｉｏｎ属性的ｃｏｍｍａｎｄＢｕｔｔｏｎ
　　　　＜ｖｉｅｗ　ｎａｍｅ＝＂Ｓｎａｉｌ　Ｐｒｅｆｅｒｅｎｃｅｓ＂　ｖｉｅｗＩｄ＝ Ａｃｔｉｏｎ在您需要调用Ｊａｖａ对象的函数时被使用。Ａｃｔｉｏｎ　Ｊａｖａ
　　　　　　　　＂／ｓｎａｉｌＰｒｅｆｅｒｅｎｃｅｓ．ｊｓｐ＂＞
　　　　　　＜ｔｒａｎｓｉｔｉｏｎ　ｏｕｔｃｏｍｅ＝＂ｐｒｅｖｉｏｕｓ＂　ｔａｒｇｅｔ＝ 类可以是 ＰＯＪＯ 或 ＶｉｅｗＣｏｎｔｒｏｌｌｅｒ　（另一个 Ｓｈａｌｅ特性）。就像ＪＳＰ
　　　　　　　＂Ｅｍａｉｌ　Ｐｒｅｆｅｒｅｎｃｅｓ＂／＞
　　　　　　＜ｔｒａｎｓｉｔｉｏｎ　ｏｕｔｃｏｍｅ＝＂ｆｉｎｉｓｈ＂　ｔａｒｇｅｔ＝ 中的 ＣｏｍｍａｎｄＵＩ，这些Ｊａｖａ函数也需要返回一个Ｓｔｒｉｎｇ 值。清单
　　　　　　　＂Ｓａｖｅ　Ｐｒｅｆｅｒｅｎｃｅｓ＂／＞
　　　　＜／ｖｉｅｗ＞
４ 显示了 ＰＯＪＯ　ＲｅｇｉｓｔｒａｔｉｏｎＢｅａｎ 返回的 Ｓｔｒｉｎｇ“ｓｕｃｃｅｓｓ”：

　　　　＜ａｃｔｉｏｎ　ｎａｍｅ＝＂Ｓａｖｅ　Ｐｒｅｆｅｒｅｎｃｅｓ＂　ｍｅｔｈｏｄ＝ ．．．
　　　　　＂＃｛ｐｒｅｆｅｒｅｎｃｅｓＢｅａｎ．ｓａｖｅ｝＂＞ ｐｕｂｌｉｃ　ｃｌａｓｓ　ＲｅｇｉｓｔｒａｔｉｏｎＢｅａｎ
　　　　　　＜ｔｒａｎｓｉｔｉｏｎ　　ｏｕｔｃｏｍｅ＝＂ｓｕｃｃｅｓｓ＂　ｔａｒｇｅｔ＝＂Ｅｘｉｔ＂／＞ ｛
　　　　＜／ａｃｔｉｏｎ＞ 　　　　．．．
　　　　ｐｕｂｌｉｃ　Ｓｔｒｉｎｇ　ｃｒｅａｔｅＮｅｗＲｅｇｉｓｔｒａｔｉｏｎ（）
　　　　＜ｅｎｄ　ｎａｍｅ＝＂Ｅｘｉｔ＂　ｖｉｅｗＩｄ＝＂／ｇｏｏｄＢｙｅ．ｊｓｐ＂／＞ 　　　　｛
　　＜／ｄｉａｌｏｇ＞ 　　　　　　　　ｒｅｔｕｒｎ　＂ｓｕｃｃｅｓｓ＂；
　　　　｝
＜！— 　Ｔａｋｅ　Ｐａｙｍｅｎｔ　Ｄｉａｌｏｇ　— ＞ ．．．
　　＜ｄｉａｌｏｇ　ｎａｍｅ＝＂Ｐｒｏｃｅｓｓ　Ｐａｙｍｅｎｔ＂　ｓｔａｒｔ＝＂Ｃｒｅｄｉｔ　Ｃａｒｄ＂＞ ｝
．．．
　　＜／ｄｉａｌｏｇ＞
清单 ４．　显示 ｃｒｅａｔｅＮｅｗＲｅｇｉｓｔｒａｔｉｏｎ函数返回值的
＜／ｄｉａｌｏｇｓ＞
ＲｅｇｉｓｔｒａｔｉｏｎＢｅａｎ　ｊａｖａ类
清单 １．　ｄｉａｌｏｇ－ｃｏｎｆｉｇ．ｘｍｌ Ｖｉｅｗ 和 Ａｃｔｉｏｎ实质上都返回 Ｓｔｒｉｎｇ 结果。这些 Ｓｔｒｉｎｇ 值被
ｄｉａｌｏｇ－ｃｏｎｆｉｇ．ｘｍｌ 文件使用＜ｄｉａｌｏｇ＞节点“Ｃｒｅａｔｅ　Ｎｅｗ Ａｐａｃｈｅ　Ｓｈａｌｅ对话管理器的Ｔｒａｎｓｉｔｉｏｎ结构使用。Ｔｒａｎｓｉｔｉｏｎ将Ｖｉｅｗ
Ｒｅｇｉｓｔｒａｔｉｏｎ”和“Ｐｒｏｃｅｓｓ　Ｐａｙｍｅｎｔ”表示向导。这些＜ｄｉａｌｏｇ＞节 和 Ａｃｔｉｏｎ返回值映射到下一个目标Ｖｉｅｗ 或 Ａｃｔｉｏｎ。可以在对话
点的任何一个都包含视图（如用户　ＩＤ）、操作（如注册）、过渡 级或局部状态级（Ｖｉｅｗ或Ａｃｔｉｏｎ）定义Ｔｒａｎｓｉｔｉｏｎ。当Ｔｒａｎｓｉｔｉｏｎ不
和每个对话的终端节点。 能匹配从 Ｖｉｅｗ 或 Ａｃｔｉｏｎ到局部 Ｔｒａｎｓｉｔｉｏｎ的 Ｓｔｒｉｎｇ 结果时，Ｓｈａｌｅ
您可以在操作中提示对话框，通过让命令按钮返回ｄｉａｌｏｇ： 引擎将使用对话级 Ｔｒａｎｓｉｔｉｏｎ。清单 ５ 显示 ｕｓｅｒｉｄ．ｊｓｐ 返回的ｎｅｘｔ
ＸＸＸＸ，这里的ＸＸＸＸ 是在ｄｉａｌｏｇ－ｃｏｎｆｉｇ．ｘｍｌ文件中定义的对话 和ｅｘｉｔ 的值是如何通过Ｕｓｅｒ　ＩＤ的局部过渡和对话的全局过渡进
框名称。“Ｃｒｅａｔｅ　Ｎｅｗ　Ｒｅｇｉｓｔｒａｔｉｏｎ”对话框在用户单击ｓｔａｒｔ．ｊｓｐ 行映射的。“Ｎｅｘｔ”是在Ｖｉｅｗ 级上进行局部映射，而“Ｅｘｉｔ”是
（如下面清单 ２ 中所示）中的 ｃｏｍｍａｎｄＢｕｔｔｏｎ时启动。注意这个 在对话框级上进行映射的：
对话的名称是”ｄｉａｌｏｇ：Ｃｒｅａｔｅ　Ｎｅｗ　Ｒｅｇｉｓｔｒａｔｉｏｎ”：
．．．
．．． ＜ｄｉａｌｏｇ　ｎａｍｅ＝＂Ｃｒｅａｔｅ　Ｎｅｗ　Ｒｅｇｉｓｔｒａｔｉｏｎ＂　ｓｔａｒｔ＝＂Ｕｓｅｒ　ＩＤ＂＞
＜ｈ：ｃｏｍｍａｎｄＢｕｔｔｏｎ　ｉｄ＝＂ｓｔａｒｔＮｅｗＲｅｇｉｓｔｒａｔｉｏｎ＂　ａｃｔｉｏｎ＝＂ｄｉａｌｏｇ：Ｃｒｅａｔｅ 　　　．．．
Ｎｅｗ　Ｒｅｇｉｓｔｒａｔｉｏｎ＂　　ｖａｌｕｅ＝＂Ｓｔａｒｔ　Ｎｅｗ　Ｒｅｇｉｓｔｒａｔｉｏｎ＞＞＂／＞ 　　　　　＜ｔｒａｎｓｉｔｉｏｎ　ｏｕｔｃｏｍｅ＝＂ｅｘｉｔ＂　ｔａｒｇｅｔ＝＂Ｅｘｉｔ＂／＞
．．．
　　　　＜！— 　Ｕｓｅｒ　Ｎａｍｅ　— ＞
清单 ２．　ｓｔａｒｔ．ｊｓｐ 中 ｄｉａｌｏｇ：Ｃｒｅａｔｅ　Ｎｅｗ　Ｒｅｇｉｓｔｒａｔｉｏｎ的 Ａｃｔｉｏｎ值 　　　　　＜ｖｉｅｗ　ｎａｍｅ＝＂Ｕｓｅｒ　ＩＤ＂　ｖｉｅｗＩｄ＝＂／ｕｓｅｒｉｄ．ｊｓｐ＂＞
　　　　　　　＜ｔｒａｎｓｉｔｉｏｎ　ｏｕｔｃｏｍｅ＝＂ｎｅｘｔ＂　ｔａｒｇｅｔ＝＂Ｒｅｇｉｓｔｅｒ＂／＞
让我们来检查＜ｄｉａｌｏｇ＞的每一个组成部分，即＜ｖｉｅｗ＞ 、 　　　　　＜／ｖｉｅｗ＞

＜ａｃｔｉｏｎ＞、＜ｔｒａｎｓｉｔｉｏｎ＞和＜ｅｎｄ＞结构。当您请求通过表示技术 　　　　　＜ａｃｔｉｏｎ　ｎａｍｅ＝＂Ｒｅｇｉｓｔｅｒ＂　ｍｅｔｈｏｄ＝
　　　　　　　　＂＃｛ｒｅｇｉｓｔｒａｔｉｏｎＢｅａｎ．ｃｒｅａｔｅＮｅｗＲｅｇｉｓｔｒａｔｉｏｎ｝＂＞
（为了简便，假定ＪＳＰ 就是表示技术）指引用户交互时，将使用 　　　　　　　＜ｔｒａｎｓｉｔｉｏｎ　ｏｕｔｃｏｍｅ＝＂ｓｕｃｃｅｓｓ＂　ｔａｒｇｅｔ＝
视图。这些ＪＳＰ 都是支持ＪＳＦ的，这意味着它们使用ＨＴＭＬ和Ｃｏｒｅ 　　　　　　　　＂Ｅｍａｉｌ　Ｐｒｅｆｅｒｅｎｃｅｓ＂／＞
　　　　　＜／ａｃｔｉｏｎ＞
ＪＳＦ 标签库。通过 Ａｐａｃｈｅ　Ｓｈａｌｅ引擎的 Ｃｏｍｍａｎｄ　ＵＩ控件（ＪＳＦ的 ．．．

＜ｈ：ｂｕｔｔｏｎ／＞和＜ｈ：ｌｉｎｋ／＞的ａｃｔｉｏｎ属性），它们会将Ｓｔｒｉｎｇ值返回
给 Ａｐａｃｈｅ　Ｓｈａｌｅ 引擎。清单 ３ 显示 ｕｓｅｒｉｄ．ｊｓｐ 中操作值为 ｎｅｘｔ 和 清单 ５．　ｕｓｅｒｉｄ．ｊｓｐ 返回的“Ｎｅｘｔ”和“Ｅｘｉｔ”值的Ｔｒａｎｓｉｔｉｏｎ
终端节点指示对话结束。当遇到ＥＮＤ 时，对话管理器的内
ｅｘｉｔ 的两个按钮：
部引擎知道弹出对话框。Ｓｈａｌｅ建议通过这个来理解对话管理器
．．．
＜ｈ：ｆｏｒｍ　ｉｄ＝＂ｕｓｅｒｉｄ＂　ｏｎｓｕｂｍｉｔ＝＂ｒｅｔｕｒｎ　ｖａｌｉｄａｔｅＦｏｒｍ（ｔｈｉｓ）；＂＞ 本身。

Programmer 101
 技术 Technology

Ｊａｖａ　＞＞＞

如果不讨论自成体系的ｓｕｂＤｉａｌｏｇｓ，关于对话管理器的任何 调用“Ｐｒｏｃｅｓｓ　Ｐａｙｍｅｎｔ”对话时，ｓｕｂＤｉａｌｏｇ处理“Ｐｒｏｃｅｓｓ　Ｐａｙｍｅｎｔ”
讨论都不会完整，示例应用程序中完成这一任务的是“Ｐｒｏｃｅｓｓ 返回的结果。
Ｐａｙｍｅｎｔ”对话。在注册过程中，用户可以选择是否付款（这并 对话管理器的所有特性都存在对话域状态信息。示例应用
不 是 我 们 所 有 人 都 希 望 的 ）。当 用 户 明 确 选 择 这 样 做 时 ， 程序在ｅｍａｉｌＰｒｅｆｅｒｅｎｃｅｓ．ｊｓｐ中使用这一特性，这里值被保存在由
“Ｐｒｏｃｅｓｓ　Ｐａｙｍｅｎｔ”开始起作用。 对话管理器管理的“＃｛ｄｉａｌｏｇ．ｄａｔａ．ｒｅｃｅｉｖｅＥｍａｉｌ｝”和“＃｛ｄｉａｌｏｇ．
清单 ６ 显示这一切是如何协同工作的。 ｄａｔａ．ａｌｔｅｒｎａｔｅＥｍａｉｌ｝”属性中，一旦用户处于对话之外，这些值
将会在域中消失。
．．．

＜ｄｉａｌｏｇｓ＞
保持用户经过验证
＜！— 　Ｎｅｗ　Ｒｅｇｉｓｔｒａｔｉｏｎ　Ｄｉａｌｏｇ　— ＞
如果您想让用户使用向导更舒适，应该使他们在客户端和
　　＜ｄｉａｌｏｇ　ｎａｍｅ＝＂Ｃｒｅａｔｅ　Ｎｅｗ　Ｒｅｇｉｓｔｒａｔｉｏｎ＂　ｓｔａｒｔ＝＂Ｕｓｅｒ　ＩＤ＂＞
　　　　　　　　．．．
服务器端保持一致。下面介绍 Ｓｈａｌｅ 验证：
　　　　＜ｓｕｂｄｉａｌｏｇ　ｎａｍｅ＝＂Ｐａｙｍｅｎｔ＂　　ｄｉａｌｏｇＮａｍｅ＝＂Ｐｒｏｃｅｓｓ　Ｐａｙｍｅｎｔ＂＞ 使用 Ｓ ｔ ｒ ｕ ｔ ｓ 时，可以通过重写 Ａ ｃ ｔ ｉ ｏ ｎ Ｆ ｏ ｒ ｍ 中的验证
　　　　　　＜ｔｒａｎｓｉｔｉｏｎ　　ｏｕｔｃｏｍｅ＝＂ｎｅｘｔ＂　ｔａｒｇｅｔ＝＂Ｅｍａｉｌ　Ｐｒｅｆｅｒｅｎｃｅｓ＂／＞
　　　　　　　＜ｔｒａｎｓｉｔｉｏｎ　　ｏｕｔｃｏｍｅ＝＂ｃａｎｃｅｌ＂　ｔａｒｇｅｔ＝＂Ｅｍａｉｌ　Ｐｒｅｆｅｒｅｎｃｅｓ＂／＞ （ＡｃｔｉｏｎＭａｐｐｉｎｇ、ＨｔｔｐＳｅｒｖｌｅｔＲｅｑｕｅｓｔ）或在 ＸＭＬ 配置文件中声明
　　　＜／ｓｕｂｄｉａｌｏｇ＞
　　　　　　　．．． ＡｃｔｉｏｎＦｏｒｍ 字段的验证来提交服务器端验证。在Ｓｔｒｕｔｓ中，确保
　　＜／ｄｉａｌｏｇ＞
服务器端和客户端一致性验证是困难的，如果可能的话，客户
＜！— 　Ｔａｋｅ　Ｐａｙｍｅｎｔ　Ｄｉａｌｏｇ　— ＞
端验证将通过 ＤｙｎａＶａｌｉｄａｔｏｒＦｏｒｍ 消极地完成。
　　＜ｄｉａｌｏｇ　ｎａｍｅ＝＂Ｐｒｏｃｅｓｓ　Ｐａｙｍｅｎｔ＂　ｓｔａｒｔ＝＂Ｃｒｅｄｉｔ　Ｃａｒｄ＂＞ ＪＳＦ对Ｖａｌｉｄａｔｉｏｎｓ的支持略好一点。ＪＳＦ通过它的ｊａｖａｘ．ｆａｃｅｓ．
　　　　＜ｖｉｅｗ　ｎａｍｅ＝＂Ｃｒｅｄｉｔ　Ｃａｒｄ＂　ｖｉｅｗＩｄ＝＂／ｃｒｅｄｉｔｃａｒｄ．ｊｓｐ＂＞
　　　　　　＜ｔｒａｎｓｉｔｉｏｎ　ｏｕｔｃｏｍｅ＝＂ｓｕｂｍｉｔ＂　ｔａｒｇｅｔ＝ ｖａｌｉｄａｔｏｒ．Ｖａｌｉｄａｔｏｒ接口、＜ｆ：ｖａｌｉｄａｔｏｒ／＞标签和ｆａｃｅｓ－ｃｏｎｆｉｇ．ｘｍｌ配
　　　　　　　　＂Ｐｒｏｃｅｓｓ　Ｃｒｅｄｉｔ　Ｃａｒｄ＂／＞
　　　　　　＜ｔｒａｎｓｉｔｉｏｎ　ｏｕｔｃｏｍｅ＝＂ｃａｎｃｅｌ＂　ｔａｒｇｅｔ＝＂Ｅｘｉｔ＂／＞ 置文件设置提供一个可插入的验证框架。它提供三种指定的验
　　　　＜／ｖｉｅｗ＞
证，即ＤｏｕｂｌｅＲａｎｇｅＶａｌｉｄａｔｏｒ、ＬｏｎｇＲａｎｇｅＶａｌｉｄａｔｏｒ和ＬｅｎｇｔｈＶａｌｉｄａｔｏｒ。
　　　　　＜ａｃｔｉｏｎ　ｎａｍｅ＝＂Ｐｒｏｃｅｓｓ　Ｃｒｅｄｉｔ　Ｃａｒｄ＂　ｍｅｔｈｏｄ＝ 尽管这是一个好的开始，但这与您在真实世界应用程序中可能
　　　　　　　＂＃｛ｐａｙｍｅｎｔＢｅａｎ．ｐｒｏｃｅｓｓＣｒｅｄｉｔＣａｒｄ｝　＂＞
　　　　　　　＜ｔｒａｎｓｉｔｉｏｎ　　ｏｕｔｃｏｍｅ＝＂ｓｕｃｃｅｓｓ＂　ｔａｒｇｅｔ＝ 遇到的验证类型相差甚远。
　　　　　　　　　＂Ｔｈａｎｋ　Ｙｏｕ　Ｆｏｒ　Ｐａｙｍｅｎｔ＂／＞
　　　　　＜／ａｃｔｉｏｎ＞ ＪＳＦ 也似乎完全忽略了客户端验证。虽然服务器端验证是

　　　＜ｖｉｅｗ　ｎａｍｅ＝＂Ｔｈａｎｋ　Ｙｏｕ　Ｆｏｒ　Ｐａｙｍｅｎｔ＂ 完全必要的，但是有辨别地使用客户端验证，通过减少与服务
　　　　　　ｖｉｅｗＩｄ＝＂／ｔｈａｎｋＹｏｕＦｏｒＰａｙｍｅｎｔ．ｊｓｐ＂＞
器往返的行程，可以提高应用程序的性能，甚至可以改善用户
　　　　　＜ｔｒａｎｓｉｔｉｏｎ　ｏｕｔｃｏｍｅ＝＂ｎｅｘｔ＂　ｔａｒｇｅｔ＝＂Ｅｘｉｔ＂／＞
　　　＜／ｖｉｅｗ＞ 体验。
　　　＜ｅｎｄ　ｎａｍｅ＝＂Ｅｘｉｔ＂／＞ ＪＳＦ 做得好的地方就是它允许您增加您自己的验证。Ｓｈａｌｅ

　＜／ｄｉａｌｏｇ＞ 利用了这个扩展性（利用 Ａｐａｃｈｅ　Ｃｏｍｍｏｎｓ　Ｖａｌｉｄａｔｏｒ框架）提

＜／ｄｉａｌｏｇｓ＞
供以下附加的服务器端和客户端组件：
u Ｃｒｅｄｉｔ　Ｃａｒｄ

清单 ６．　Ｓｕｂｄｉａｌｏｇ 和 Ｐｒｏｃｅｓｓ　Ｐａｙｍｅｎｔ　对话 u Ｄａｔｅ

注意“Ｃｒｅａｔｅ　Ｎｅｗ　Ｒｅｇｉｓｔｒａｔｉｏｎ”中的 ｓｕｂＤｉａｌｏｇ是如何调用 u Ｅｍａｉｌ

“Ｐｒｏｃｅｓｓ　Ｐａｙｍｅｎｔ”对话框的。 u Ｇｅｎｅｒｉｃ

在“Ｐｒｏｃｅｓｓ　Ｐａｙｍｅｎｔ”对话的终端节点中，
“Ｅｘｉｔ”缺少ｖｉｅｗＩｄ u ＩＳＢＮ

属性。因此，当“Ｃｒｅｄｉｔ　Ｃａｒｄ”和“Ｔｈａｎｋ　Ｙｏｕ　Ｆｏｒ　Ｐａｙｍｅｎｔ”视 u ＵＲＬ

图分别返回“ｃａｎｃｅｌ”和“ｎｅｘｔ”结果时，它们通过“Ｅｘｉｔ”返回
到“Ｃｒｅａｔｅ　Ｎｅｗ　Ｒｅｇｉｓｔｒａｔｉｏｎ”对话中的 ｓｕｂＤｉａｌｏｇ。
“Ｃｒｅａｔｅ　Ｎｅｗ 这只是一个开头，当 Ｓｈａｌｅ 成熟时可望看到更多的验证。
Ｒｅｇｉｓｔｒａｔｉｏｎ”中的 ｓｕｂＤｉａｌｏｇ“Ｐａｙｍｅｎｔ”节点接着通过它定义的 Ｌａｕｎｃｈ　Ｐａｒｔｙ应用程序在ｕｓｅｒｉｄ．ｊｓｐ和ｃｒｅｄｉｔｃａｒｄ．ｊｓｐ中使用了
事务来处理这些结果。这些过渡都通过“ｃａｎｃｅｌ”和“ｎｅｘｔ”到 几种 Ｓｈａｌｅ验证。清单７显示了在ｕｓｅｒｉｄ．ｊｓｐ中所使用的电子邮件
达“Ｅｍａｉｌ　Ｐｒｅｆｅｒｅｎｃｅｓ”。 验证。所有其他验证都遵循相似的模式：
“Ｃｒｅａｔｅ　Ｎｅｗ　Ｒｅｇｉｓｔｒａｔｉｏｎ”和“Ｐｒｏｃｅｓｓ　Ｐａｙｍｅｎｔ”之间唯一 ．．．
＜％＠ｉｎｃｌｕｄｅ　ｆｉｌｅ＝＂ｍｅｓｓａｇｅｓ．ｊｓｐｆ＂％＞
的联系就是，当“Ｃｒｅａｔｅ　Ｎｅｗ　Ｒｅｇｉｓｔｒａｔｉｏｎ”对话中的 ｓｕｂＤｉａｌｏｇ

102 程序员
 ＞＞＞　Ｊａｖａ

．．．
ＷＥＢ－ＩＮＦ／ｗｅｂ．ｘｍｌ 中定义的属性和资源值的访问。简单地说，
＜ｈ：ｆｏｒｍ　ｉｄ＝＂ｕｓｅｒｉｄ＂　ｏｎｓｕｂｍｉｔ＝＂ｒｅｔｕｒｎ　ｖａｌｉｄａｔｅＦｏｒｍ（ｔｈｉｓ）；＂＞
这意味着 Ａｐａｃｈｅ　Ｓｈａｌｅ 可以使用以下功能：
＜ｈ：ｏｕｔｐｕｔＴｅｘｔ　ｖａｌｕｅ＝＂＊＊＊　ＤＥＢＵＧ　ＭＯＤＥ　＊＊＊＂　ｒｅｎｄｅｒｅｄ＝＂＃｛ｊｎｄｉ．
ｄｅｂｕｇＭｏｄｅ｝＂／＞ u 您可以使用ｗｅｂ．ｘｍｌ中的＜ｅｎｖ－ｅｎｔｒｙ＞来定义环境项的值，
．．．
＜ｈ：ｏｕｔｐｕｔＴｅｘｔ　ｖａｌｕｅ＝＂＊　Ｅｍａｉｌ　Ａｄｄｒｅｓｓ：＂／＞ 当“＃｛ｊｎｄｉ．ＸＸＸＸ｝”表达式（这里ＸＸＸＸ是ｗｅｂ．ｘｍｌ 中的项名称）
＜ｈ：ｉｎｐｕｔＴｅｘｔ　ｉｄ＝＂ｅｍａｉｌ＂　ｖａｌｕｅ＝＂＃｛ｒｅｇｉｓｔｒａｔｉｏｎＢｅａｎ．ｅｍａｉｌ｝＂＞
　　＜ｓ：ｃｏｍｍｏｎｓＶａｌｉｄａｔｏｒ　ｔｙｐｅ＝＂ｒｅｑｕｉｒｅｄ＂　ｍｅｓｓａｇｅ＝
在 ＪＳＰ 或它的支持ｂｅａｎ 中被使用时，Ｓｈａｌｅ会提供对它们的访问。
　　　　＂＃｛ｌａｕｎｃｈＰａｒｔｙＭｅｓｓａｇｅｓ．ＥＭＡＩＬ＿ＲＥＱＵＩＲＥＤ｝＂　 　ｃｌｉｅｎｔ＝ u 您可以使用ｗｅｂ．ｘｍｌ中的＜ｒｅｓｏｕｒｃｅ－ｒｅｆ＞定义资源，Ｓｈａｌｅ
　　　　　＂ｔｒｕｅ＂　ｓｅｒｖｅｒ＝＂ｔｒｕｅ＂／＞
　　　＜ｓ：ｃｏｍｍｏｎｓＶａｌｉｄａｔｏｒ　ｔｙｐｅ＝＂ｅｍａｉｌ＂　ｍｅｓｓａｇｅ＝ 将在动态创建资源时根据定义进行值绑定。
　　　　　＂＃｛ｌａｕｎｃｈＰａｒｔｙＭｅｓｓａｇｅｓ．ＥＭＡＩＬ＿ＩＮＶＡＬＩＤ｝＂　 　ｃｌｉｅｎｔ＝
　　　　　＂ｔｒｕｅ＂　ｓｅｒｖｅｒ＝＂ｔｒｕｅ＂／＞ Ｌａｕｎｃｈ　Ｐａｒｔｙ应用程序使用第一个特性来决定一个应用程序
＜／ｈ：ｉｎｐｕｔＴｅｘｔ＞
＜ｈ：ｍｅｓｓａｇｅ　ｆｏｒ＝＂ｅｍａｉｌ＂　ｓｔｙｌｅＣｌａｓｓ＝＂ｅｒｒｏｒｓ＂／＞ 是否以调试模式运行。ｄｅｂｕｇＭｏｄｅ环境项在ｗｅｂ．ｘｍｌ（如清单１０
．．．
所示）中定义，然后在所有的 ＪＳＰ 页面中使用：
＜ｓ：ｖａｌｉｄａｔｏｒＳｃｒｉｐｔ　ｆｕｎｃｔｉｏｎＮａｍｅ＝＂ｖａｌｉｄａｔｅＦｏｒｍ＂／＞
．．．
．．．
＜ｅｎｖ－ｅｎｔｒｙ＞
清单 ７．　ｕｓｅｒｉｄ．ｊｓｐ 中的 Ｅｍａｉｌ　Ｖａｌｉｄａｔｉｏｎ 　　　　＜ｄｅｓｃｒｉｐｔｉｏｎ＞
　　　　　　　Ｆｌａｇ　ｉｎｄｉｃａｔｉｎｇ　ｗｈｅｔｈｅｒ　ｗｅ　ｒｕｎ　ｉｎ　ｄｅｂｕｇ　ｍｏｄｅ
ｕｓｅｒｉｄ．ｊｓｐ 中的 ｅｍａｉｌ　ａｄｄｒｅｓｓ字段是必需的，它必须是合法 　　　　＜／ｄｅｓｃｒｉｐｔｉｏｎ＞
的电子邮件地址格式。清单７使用两个＜ｓ：ｃｏｍｍｏｎｓＶａｌｉｄａｔｏｒ／＞ 　　　　＜ｅｎｖ－ｅｎｔｒｙ－ｎａｍｅ＞ｄｅｂｕｇＭｏｄｅ＜／ｅｎｖ－ｅｎｔｒｙ－ｎａｍｅ＞
　　　　＜ｅｎｖ－ｅｎｔｒｙ－ｖａｌｕｅ＞ｔｒｕｅ＜／ｅｎｖ－ｅｎｔｒｙ－ｖａｌｕｅ＞
标签，一个类型是“ｒｅｑｕｉｒｅｄ”，另一个类型是“ｅｍａｉｌ”。客户端 　　　　＜ｅｎｖ－ｅｎｔｒｙ－ｔｙｐｅ＞ｊａｖａ．ｌａｎｇ．Ｂｏｏｌｅａｎ＜／ｅｎｖ－ｅｎｔｒｙ－ｔｙｐｅ＞
＜／ｅｎｖ－ｅｎｔｒｙ＞
和服务器端验证都被启用。 ．．．

客户端验证需要＜ｓ：ｖａｌｉｄａｔｏｒＳｃｒｉｐｔ／＞，它生成在ＪＳＰ页面中
清单 １０．　Ｗｅｂ．ｘｍｌ 中的 ｅｂｕｇＭｏｄｅ环境项
进行运行时验证的 ＪａｖａＳｃｒｉｐｔ 函数，在 ｈ：ｆｏｒｍ 标签中，ｏｎｓｕｂｍｉｔ
注意所有 ＪＳＰ 页面中的＜ｈ：ｏｕｔｐｕｔＴｅｘｔ　ｖａｌｕｅ＝＂＊＊＊　ＤＥＢＵＧ
函数设置为使用由＜ｓ：ｖａｌｉｄａｔｏｒＳｃｒｉｐｔ／＞创建的验证函数。
ＭＯＤＥ　＊＊＊＂　ｒｅｎｄｅｒｅｄ＝＂＃｛ｊｎｄｉ．ｄｅｂｕｇＭｏｄｅ｝＂／＞。
通过在 ｕｓｅｒｉｄ．ｊｓｐ顶部巧妙地包含ｍｅｓｓａｇｅｓ．ｊｓｐｆ，用户违规
时显示的消息将从 ＬａｕｎｃｈＰａｒｔｙＭｅｓｓｓａｇｅｓ．ｐｒｏｐｅｒｔｉｅｓ 文件得到。
结束语
ＬａｕｎｃｈＰａｒｔｙＭｅｓｓａｇｅｓ．ｐｒｏｐｅｒｔｉｅｓ 是一个普通的资源包，包含
本文只是露出冰山一角。Ｓｈａｌｅ 的全部能力将给基于 ＪＳＦ的
了错误消息的键 ／ 值对（如清单 ８ 所示）。这个文件位于ｃｏｍ／
Ｗｅｂ 应用程序带来很大的好处。例如，Ｃｌａｙ集成为ＪＳＦ应用程序
ｔｅｃｈｙａｔｒａ／ｓｈａｌｅ 文件夹下，这也是 Ｌａｕｎｃｈ　Ｐａｒｔｙ 应用程序的 Ｊａｖａ
提供了组件化的ＪＳＰ 页面。我相信Ｓｈａｌｅ将实现ＪＳＦ所能做的，正
包的文件夹。
如 Ｓｔｒｕｔｓ 实现 ＭＶＣ２ 一样。
＃　Ｌａｕｎｃｈ　Ｐａｒｔｙ　ＲｅｓｏｕｒｃｅＢｕｎｄｌｅ　ｐｒｏｐｅｒｔｉｅｓ　ｆｉｌｅ
．．．
ＥＭＡＩＬ＿ＲＥＱＵＩＲＥＤ＝Ｅｍａｉｌ　ａｄｄｒｅｓｓ　ｉｓ　ｒｅｑｕｉｒｅｄ
ＥＭＡＩＬ＿ＩＮＶＡＬＩＤ＝Ｅｍａｉｌ　ａｄｄｒｅｓｓ　ｉｓ　ｉｎｖａｌｉｄ
．．． 参考资料：
Ｌｉｓｔｉｎｇ　８．　ＬａｕｎｃｈＰａｒｔｙＭｅｓｓａｇｅｓ．ｐｒｏｐｅｒｔｉｅｓ　Ｆｉｌｅ　ｉｎ　ｃｏｍ／ｔｅｃｈｙａｔｒａ／
ｓｈａｌｅ ＪａｖａＳｅｒｖｅｒ　Ｆａｃｅｓ　（ＪＳＦ）　是一种用于构建Ｗｅｂ应用
Ｍｅｓｓａｇｅｓ．ｊｓｐｆ　ｃｏｎｔａｉｎｓ　ｄｅｃｌａｒａｔｉｏｎ　ｏｆ　ｖａｒｉａｂｌｅ　ｌａｕｎｃｈＰａｒｔｙＭｅｓｓａｇｅｓ
ｕｓｉｎｇ　ＪＳＦ＇ｓ　＜ｆ：ｌｏａｄＢｕｎｄｌｅ／＞　ｔａｇ　ａｓ　ｓｈｏｗｎ　ｉｎ　Ｌｉｓｔｉｎｇ　９　ｂｅｌｏｗ． 程序的标准 Ｊａｖａ 框架。它提供了一种以组件为中心来开发
．．．
＜ｆ：ｌｏａｄＢｕｎｄｌｅ　ｖａｒ＝＂ｌａｕｎｃｈＰａｒｔｙＭｅｓｓａｇｅｓ＂
Ｊａｖａ　Ｗｅｂ用户界面的方法，从而简化了开发。ＪａｖａＳｅｒｖｅｒ
　　　　　　　　ｂａｓｅｎａｍｅ＝＂ｃｏｍ．ｔｅｃｈｙａｔｒａ．ｓｈａｌｅ．ＬａｕｎｃｈＰａｒｔｙＭｅｓｓａｇｅｓ＂／＞ Ｆａｃｅｓ 已经引起了广大 Ｊａｖａ／Ｗｅｂ开发人员的兴趣。
“企业
．．．
开发人员”和 Ｗｅｂ 设计人员将发现 ＪＳＦ 开发可以简单到只
清单 ９．　Ｍｅｓｓａｇｅｓ．ｊｓｐｆ 需将用户界面（ＵＩ） 组件拖放到页面上，而“系统开发人员”
Ｓｈａｌｅ　Ｖａｌｉｄａｔｉｏｎ代码在ｏｒｇ／ａｐａｃｈｅ／ｓｈａｌｅ／ｖａｌｉｄａｔｏｒ／ｖａｌｉｄａｔｏｒ－ 将发现丰富而强健的 ＪＳＦ　ＡＰＩ 为他们提供了无与伦比的功

ｒｕｌｅｓ．ｘｍｌ中具体给出，该文件可以在ｓｈａｌｅ－ｃｏｒｅ．ｊａｒ文件中找到。 能和编程灵活性。ＪＳＦ 还通过将良好构建的模型 － 视图 － 控

仔细阅读它，它是相当引人入胜的！ 制器（ＭＶＣ）设计模式集成到它的体系结构中，确保了应用程
序具有更高的可维护性。如果您觉得需要更深入了解 ＪＳＦ，
推荐访问官方网址：
直接连接到 ＪＮＤＩ
ｈｔｔｐ：／／ｊａｖａ．ｓｕｎ．ｃｏｍ／ｊ２ｅｅ／ｊａｖａｓｅｒｖｅｒｆａｃｅｓ／
ＪＮＤＩ提供应用程序所需的大量目录服务访问。Ａｐａｃｈｅ　Ｓｈａｌｅ
ｈｔｔｐ：／／ｗｗｗ．ｊｃｐ．ｏｒｇ／ｅｎ／ｊｓｒ／ｄｅｔａｉｌ？ｉｄ＝１２７
的 ＪＮＤＩ模块不是一个非常广泛的 ＪＮＤＩ实现。它只集中提供对／

Programmer 103
 技术 Technology

微软技术　＞＞＞

在《Ｐ／Ｉｎｖｏｋｅ 之实用篇》一文（发表于《程序员》２００５ 年 ４ 月刊）中，我们知道

了如何使用 Ｐ／Ｉｎｖｏｋｅ，那 Ｐ／Ｉｎｖｏｋｅ 在背后到底做了哪些事情，让它可以具有如此的
魔力，让已有的代码库乖乖的听话从事呢？在本文中，我们将进一步揭开 Ｐ／Ｉｎｖｏｋｅ
的神秘面纱，让它不再神秘，也让我们可以更好的发挥 Ｐ／Ｉｎｖｏｋｅ 的巨大威力。

深入解析 P/Invoke
□　文 ／ 刘华军

概述 ３.ϵͳĿ¼£¨Ê¹ÓÃGetSystemDirectory()º¯Êý»ñÈ¡µÄĿ¼£©£»
ＣＬＩ在设计的时候就已经考虑到了与已有的代码进行交互操 ４.16λµÄϵͳĿ¼£»
作的问题，而且这种交互操作要尽可能的简单。你所要做的只 ５.WindowsĿ¼£¨Ê¹ÓÃGetWindowsDirectory()º¯Êý»ñÈ¡µÄ
是为要调用的代码创建一个 ＤｌｌＩｍｐｏｒｔ 函数声明，运行时库将会 Ŀ¼£©£»
处理所有余下的工作，就像下面这样： ６.ÔÚPATH»·
¾³±äÁ¿ÖÐÁгöµÄĿ¼¡£
不过，现实总不是那么简单。事实上，系统目录指的是
　　　［ＤｌｌＩｍｐｏｒｔ（＂ｋｅｒｎｅｌ３２．ｄｌｌ＂）］
　　　ｐｕｂｌｉｃ　ｓｔａｔｉｃ　ｅｘｔｅｒｎ　ｂｏｏｌ　Ｂｅｅｐ（ｉｎｔ　ｆｒｅｑｕｅｎｃｙ，　ｉｎｔ　ｄｕｒａｔｉｏｎ）； ％ＷＩＮＤＩＲ％＼ｓｙｓｔｅｍ３２，Ｗｉｎｄｏｗｓ　９Ｘ平台上则是％ＷＩＮＤＩＲ％＼ｓｙｓｔｅｍ，
１６ 位的系统目录一般是 ％ＷＩＮＤＩＲ％＼ｓｙｓｔｅｍ，不过在Ｗｉｎｄｏｗｓ
上面这段 Ｃ＃ 函数声明会发出 Ｂｅｅｐ 的系统调用，在带有
ｋｅｒｎｅｌ３２．ｄｌｌ的平台上将会成功调用，而在不带有该ｄｌｌ的其他平台 ９Ｘ 平台上它不会作为一个单独的搜索目录。

上将会抛出一个ＭｉｓｓｉｎｇＭｅｔｈｏｄＥｘｃｅｐｔｉｏｎ异常。正像我开始所说的 另外，在Ｗｉｎｄｏｗｓ　Ｓｅｒｖｅｒ　２００３ 和Ｗｉｎｄｏｗｓ　ＸＰ　ＳＰ１ 上，通

过注册表项目ＨＫＥＹ＿ＬＯＣＡＬ＿ＭＡＣＨＩＮＥ＼Ｓｙｓｔｅｍ＼ＣｕｒｒｅｎｔＣｏｎｔｒｏｌＳｅｔ
那样，够直接了吧。你还能想出比这个更简单的调用方法吗？
在这里有三个问题需要解决： ＼Ｃｏｎｔｒｏｌ＼Ｓｅｓｓｉｏｎ　Ｍａｎａｇｅｒ＼ＳａｆｅＤｌｌＳｅａｒｃｈＭｏｄｅ可以对以上的顺序

１.ÔÚDllImportÉùÃ÷ÖÐÖ¸¶¨¿âÎļþ£» 进行调整。如果值为１（默认值），那么当前目录将在系统目录
和 Ｗｉｎｄｏｗｓ目录之后搜索。这是出于安全性的考虑（以免特洛
２.È·¶¨ÐèÒªµ÷Óõĺ¯Êý£»
３.¾ø´ó¶àÊýµÄÒÑÓдúÂ붼Ï൱¸´ÔÓ£¬ÐèÒª´«µÝ×Ö·
û´®¡¢½á 伊木马会抢在正常的系统文件前加载，比如，ＯＬＥ３２．ＤＬＬ），不

¹¹£¬Ò²Ðí
»¹ÒªÉæ ¼°µ½ÄÚ´æ¹ÜÀí¡-¡- 过这样做的结果就是把上述的搜索顺序变成了：　１，　３，　４，　５，　２，　６，
在调试程序的时候如果碰到这方面的问题，不妨考虑一下这种
已有的代码看起来就像一头难以驯服的怪兽，而交互层
（ｉｎｔｅｒｏｐ　ｌａｙｅｒ）则必须要处理这一切的复杂性，让这头怪兽乖乖 情况。

听话。
下面还是让我们从头说起。 库文件名称
知道在哪里搜索库文件只是问题的开始，还必须要知道哪

库文件的处理方式 个库文件是需要加载的。不同的平台有不同的命名方式。
不过．ＮＥＴ 从一诞生，目标就是跨平台的，如果在不同的平
运行时库如何找到ＤｌｌＩｍｐｏｒｔ属性指定的库文件？这个问题
是与平台密切相关的，我们目前只关心Ｗｉｎｄｏｗｓ 平台，所以下 台上，对应函数的库文件名不一样怎么办？比如ＧＴＫ＋ 在Ｗｉｎ－

面的讨论都基于 Ｗｉｎｄｏｗｓ 平台，请大家注意。 ｄｏｗｓ 下的库文件名为：ｌｉｂｇｔｋ－ｗｉｎ３２－２．０－０．ｄｌｌ，而在Ｕｎｉｘ 下的

同一个库文件名为：ｌｉｂｇｔｋ－ｘ１１－２．０．ｓｏ。那应该如何才能写出
Ｗｉｎｄｏｗｓ平台载入ＤＬＬ文件使用的是ＬｏａｄＬｉｂｒａｒｙ 函数，在载
入程序需要的 ＤＬＬ 时会按照下面的顺序进行查找： 跨平台工作的 Ｐ／Ｉｎｖｏｋｅ 代码呢？回答很干脆，不能。因为在．

１.
¼ÓÔØÓ¦
ÓóÌÐòµÄĿ¼£» ＮＥＴ 中没有提供指定平台相关的库文件名称的标准方式。
不过，Ｍｏｎｏ提供了解决这个问题的扩展方式——库名称映
２.µ±Ç°Ä¿Â¼£»

104 程序员
 ＞＞＞　微软技术

射机制。库名称映射可以通过两个地方的配置文件来实现，一 新你的程序集，由于以上原因，显而易见你的程序集将是非常
个是 ￥ｐｒｅｆｉｘ／ｅｔｃ／ｍｏｎｏ／ｃｏｎｆｉｇ 的 ＸＭＬ 文件，另一个是每一个 难以维护的。
ａｓｓｅｍｂｌｙ的．ｃｏｎｆｉｇ 文件，在与ａｓｓｅｍｂｌｙ相同的目录下。这些文件
都包括了＜ｄｌｌｍａｐ／＞元素，映射了输入库文件名（在 ＤｌｌＩｍｐｏｒｔ 内存分配
中声明的库文件名）和实际的与平台相关的库文件名。比如： 托管和非托管内存在考虑的时候应该完全独立开。托管内
存是完全由ＧＣ管理的内存堆中分配的，而非托管内存则是其他
　　　　　　＜ｃｏｎｆｉｇｕｒａｔｉｏｎ＞
形式分配的内存：ＡＮＳＩ　Ｃ 的内存池通过ｍａｌｌｃｏ 分配的内存、自
　　　　　　　　　＜ｄｌｌｍａｐ　ｄｌｌ＝＂ｌｉｂｇｔｋ－ｗｉｎ３２－２．０－０．ｄｌｌ＂
　　　　　　　　　　　　ｔａｒｇｅｔ＝＂ｌｉｂｇｔｋ－ｘ１１－２．０．ｓｏ＂　／＞ 定义的内存池，以及不在 ＣＬＩ 实现范围内分配的内存堆（比如
　　　　　　＜／ｃｏｎｆｉｇｕｒａｔｉｏｎ＞
ＬＩＳＰ 或者 Ｓｃｈｅｍｅ 的内存堆）。
与．ＮＥＴ 不同，Ｍｏｎｏ 允许．ｄｌｌ 装配件有自己的．ｃｏｎｆｉｇ 文件， 使用 Ｃ＃的ｆｉｘｅｄ语句可以锁定托管堆的一个段，这样可以
不过只能用于库文件名称映射机制。 使得我们不必担心 ＧＣ 会回收我们传递给非托管代码操作的内
存。不过，这需要完全由程序员来小心控制。
调用非托管代码 将类和结构封送为本地代码的伪过程如下：
非托管代码的调用主要是由ＤｌｌＩｍｐｏｒｔ属性所指定的方法完 １.
ÔËÐÐʱ¿â·
ÖÅäÒ»¿é·
ÇÍйÜÄڴ棻
成的。ＣＬＩ 运行时库在这当中做了比你所能看到的多得多的工 ２.
ÍйÜÀàµÄÊý¾Ý±»¿½±´µ½Õâ¿éÄÚǽÖУ»
作。从概念上来说这个过程其实非常简单，首先加载ＤｌｌＩｍｐｏｒｔ ３.
µ÷Ó÷
ÇÍйܺ¯Êý£¬½«·
ÇÍйÜÄڴ棨²»ÊÇÍйÜÄڴ棩µÄÐÅ
属性指定的库，然后找到指定的函数（通过ＧｅｔＰｒｏｃＡｄｄｅｓｓ（））， Ï¢´«µÝ¸ø·
ÇÍйܺ¯Êý¡£Ö®ËùÒÔ±ØÐëÒªÕâÑù×öÊÇÈ·
±£·
ÇÍйܺ¯Êý
最后调用函数。 ÔÚµ÷ÓõĹý³ÌÖÐÎÞÐèµ£ÐÄGCµÄÓ°Ïì
£»£¨²¢²»ÊÇ˵ÍêÈ«²»ÐèÒªµ£
不过，要查找的函数名如何确定呢？默认情况下，使用的 ÐÄGCµÄÓ°Ïì
£¬µ±·
ÇÍйܺ¯ÊýÐèÒª»Øµ÷ÔËÐпâµÄʱºò£¬ÎÒÃÇ»¹
是托管代码的名称；另外可以设置ＤｌｌＩｍｐｏｒｔ 属性的ＥｎｔｒｙＰｏｉｎｔ 字 ÊDz»µÃ²»¿¼ÂÇGCµÄÓ°Ïì
£¬Áí
Í⣬·ÇÍйܴúÂëÔÚÔËÐÐʱ£¬³ÌÐò
段，使用该字段的字符串值进行查找。不过，这里使用的字符 ÖÐÆäËû²¿·
ֵĶàÏß³Ì́úÂëÒ²»áµ¼ÖÂGC¡
££©
串是兼容 Ｃ 语言的 ＡＢＩ 函数形式的，在一些平台上，需要在字 ４.·
ÇÍйÜÄÚ´æ±»¿½±´»ØÍйÜÄÚ´æ¡£
符串前加上一个前导的下划线。 在这里有一个地方需要注意：上面所说的内存管理过程是
不过需要注意的是这里的兼容性是假设的，如果对于那些 由．ＮＥＴ 控制的，也就是说你无法控制运行时库怎样分配封送
不兼容 Ｃ 语言的 ＡＢＩ 函数形式的类库，将很难直接调用，比如 的内存，或者这块内存能持续使用多长时间。这一点非常重
没有使用 ｅｘｔｅｒｎ　＂Ｃ＂标志的Ｃ＋＋库。另外，一些Ｃ语言的ＡＢＩ函 要。如果运行时库封送了一个字符串，那么被封送的字符串只
数形式的变体是允许的，比如函数的调用方式 能在调用过程中使用。非托管代码无法保证这块内存引用的有
（ＣａｌｌｉｎｇＣｏｎｖｅｎｔｉｏｎ）的不同形式。默认的调用方式是与平台相关 效性，这块内存将会在调用结束后被释放掉。不注意这一点可
的。在Ｗｉｎｄｏｗｓ系统中，ＳｔｄＣａｌｌ是默认方式，绝大多数的Ｗｉｎ３２ 能会导致一些奇怪的现象发生，比如内存访问违例和进程异常
ＡＰＩ 都使用这种方式，而在 Ｕｎｉｘ 平台下，Ｃｄｅｃｌ 是默认方式。 中止。
如果你确定需要调用 Ｃ＋＋ 代码，你有两个选择：
（１）　在 Ｃ＋＋ 函数前加上 ｅｘｔｅｒｎ　＂Ｃ＂，让它们看起来（至少 内存管理
在二进制接口这层是这样）是Ｃ 函数，而且使用编译器支持的 在大多数 Ｐ／Ｉｎｖｏｋｅ和封送的过程中，我们都可以忽略内存
调用方式； 管理的问题，不过对于返回值，ＣＬＩ所做的一些默认处理必须予
（２）　没有使用 ｅｘｔｅｒｎ　＂Ｃ＂，不过使用了编译器支持的调用 以考虑。
方式。这种方式是不推荐的，如果你这么做了，那么你必须将 ＣＬＩ设定在特定的情况下ＣＬＩ运行时库要负责释放由非托管
ＤｌｌＩｍｐｏｒｔ 属性的 ＥｎｔｒｙＰｏｉｎｔ 字段设为 Ｃ ＋ ＋ 的编译后函数名 代码分配的内存。而返回值就属于这些情况中的一种，这使得
（ｍａｎｇｌｅｄ　ｆｕｎｃｔｉｏｎ　ｎａｍｅ），也就是类似于＿Ｚ６ｇｅｔｐｉｄｖ这样晦涩难 返回值成为控制内存分配 ／ 回收的一个边界。
懂的天书。你可以通过编译器自带的工具，比如ＯＢＪＤＵＭＰ．ＥＸＥ ＣＬＩ还设定在ＣＬＩ和非托管代码之间传递的所有内存都是通
来获取你的函数名。不过需要提醒的一点是这些天书名称是与 过一个公用内存分配器来分配的。开发人员没有选择使用哪个
编 译 器 相 关 的，所 以 在 不 同 的 平 台 上 需 要 不 同 的 程 序 集 内存分配器的权利。对于托管代码，Ｍａｒｓｈａｌ．ＡｌｌｏｃＣｏＴａｓｋＭｅｍ方
（ａｓｓｅｍｂｌｙ），而且每当你更换 Ｃ＋＋ 编译器之后，你同时需要更 法用来分配内存，Ｍａｒｓｈａｌ．ＦｒｅｅＣｏＴａｓｋＭｅｍ 则用来释放 Ｍａｒｓｈａｌ．

Programmer 105
 技术 Technology

微软技术　＞＞＞

ＡｌｌｏｃＣｏＴａｓｋＭｅｍ方法分配的内存，而Ｍａｒｓｈａｌ．ＲｅＡｌｌｏｃＣｏＴａｓｋＭｅｍ 的话，那么可能也是不安全的。当非托管内存是由不同的系统
用来重新划分所分配的内存大小。 来处理的就可能出现这种情况，比如Ｐｙｔｈｏｎ、Ｒｕｂｙ、Ｌｉｓｐ等等。
因为类是通过引用传递，返回的是指针，运行时库认为它 如果非托管内存是由垃圾回收机制来管理的，那么在非托管内
必须释放这些内存，以避免内存泄漏。因此，就发生了下面这 存执行垃圾回收的时候，Ｓｙｓｔｅｍ．ＩｎｔＰｔｒ并不会同时更新，这样的
一串事件： 结果就是造成内存内容被破坏。
１.ÍйܴúÂëµ÷Ó÷ÇÍйܺ¯Êý£¬·µ»ØÁËÖ¸Õ룬¸ÃÖ¸ÕëÖ¸Ïò·
Ç 看看下面给出的非托管 ＡＰＩ：
ÍйÜÄÚǽÖеÄÒ»¸ö·
ÇÍйܽṹ£»
　　　ｔｙｐｅｄｅｆ　ｖｏｉｄ＊　ＨＡＮＤＬＥ；
２.ÏàÓ¦
µÄÍйÜÀàµÄʵÀý¹¹Ôì
Íê³É£¬·
ÇÍйÜÄÚ´æ µÄÄÚÈݱ»·
â
ËÍ
µ½ÍйÜÀàʵÀýµ±ÖУ» 　　　ｂｏｏｌ　ＣｒｅａｔｅＩｔｅｍ　（ＨＡＮＤＬＥ　＊ｉｔｅｍ）；
　　　ｖｏｉｄ　ＤｅｓｔｒｏｙＩｔｅｍ　（ＨＡＮＤＬＥ　ｉｔｅｍ）；
３.·
ÇÍйÜÄÚ´æ±»ÔËÐÐʱ¿âµ÷ÓÃMarshal.FreeCoTaskMem·
½ 　　　ｉｎｔ　ＧｅｔＩｎｆｏ　（ＨＡＮＤＬＥ　ｉｔｅｍ）；

·¨ÊÍ·Å¡£
“类型安全”的 Ｃ＃ 封装形式象下面这样：
那么Ｍａｒｓｈａｌ．ＡｌｌｏｃＣｏＴａｓｋＭｅｍ，Ｍａｒｓｈａｌ．ＲｅＡｌｌｏｃＣｏＴａｓｋＭｅｍ和
　　　ｓｔｒｕｃｔ　Ｉｔｅｍ　｛
Ｍａｒｓｈａｌ．ＦｒｅｅＣｏＴａｓｋＭｅｍ具体又是如何实现的呢？答案是与平台
　　　　　　［ＤｌｌＩｍｐｏｒｔ　（＂ｌｉｂｒａｒｙ＂）］
相关的。在Ｗｉｎｄｏｗｓ系统下，使用的是ＣＯＭ任务内存分配器（通
　　　　　　ｐｕｂｌｉｃ　ｓｔａｔｉｃ　ｕｎｓａｆｅ　ｅｘｔｅｒｎ
过 ＣｏＴａｓｋＭｅｍＡｌｌｏｃ，ＣｏＴａｓｋＭｅｍＲｅＡｌｌｏｃ和 ＣｏＴａｓｋＭｅｍＦｒｅｅ 三个 　　　　　　　　　ｂｏｏｌ　ＣｒｅａｔｅＩｔｅｍ　（ｏｕｔ　Ｉｔｅｍ＊　ｉｔｅｍ）；

ＣＯＭ　ＡＰＩ 实现）。 　　　　　　［ＤｌｌＩｍｐｏｒｔ　（＂ｌｉｂｒａｒｙ＂）］

　　　　　　ｐｕｂｌｉｃ　ｓｔａｔｉｃ　ｕｎｓａｆｅ　ｅｘｔｅｒｎ　ｖｏｉｄ　ＤｅｓｔｒｏｙＩｔｅｍ　（Ｉｔｅｍ＊　ｉｔｅｍ）；

　　　　　　［ＤｌｌＩｍｐｏｒｔ　（＂ｌｉｂｒａｒｙ＂）］
尽量避免封送 　　　　　　ｐｕｂｌｉｃ　ｓｔａｔｉｃ　ｕｎｓａｆｅ　ｅｘｔｅｒｎ　ｉｎｔ　ＧｅｔＩｎｆｏ　（Ｉｔｅｍ＊　ｉｔｅｍ）；
虽然上面一再提到了封送，而且看起来Ｐ／Ｉｎｖｏｋｅ离开了封 　　　｝

送这个信使就根本无法与非托管的世界产生联系，但是封送并 　　　ｃｌａｓｓ　ＥｘａｍｐｌｅＵｓａｇｅ　｛
　　　　　　ｐｕｂｌｉｃ　ｓｔａｔｉｃ　ｕｎｓａｆｅ　ｖｏｉｄ　Ｍａｉｎ　（）
不是灵丹妙药，永远记住一点：封送其实往往意味着拷贝数据。 　　　　　　｛
　　　　　　　　　Ｉｔｅｍ＊　ｉｔｅｍ；
封送之所以可能成为问题的根源，是因为数据传输本身就非常 　　　　　　　　　Ｉｔｅｍ．ＣｒｅａｔｅＩｔｅｍ　（ｏｕｔ　ｉｔｅｍ）；
　　　　　　　　　ｉｎｔ　ｎ　＝　Ｉｔｅｍ．ＧｅｔＩｎｆｏ　（ｉｔｅｍ）；
复杂，而又极易耗费时间。另外，如果数据未知或者可能改变
　　　　　　　　　Ｓｙｓｔｅｍ．Ｃｏｎｓｏｌｅ．ＷｒｉｔｅＬｉｎｅ　（＂ｉｔｅｍ　ｃｏｕｎｔ：　｛０｝＂，
的话，它也可能不拷贝数据， 　　　　　　　　　　　　ｎ．ＴｏＳｔｒｉｎｇ（））；
　　　　　　　　　Ｉｔｅｍ．ＤｅｓｔｒｏｙＩｔｅｍ　（ｉｔｅｍ）；
后者的一个很好的例子是 ＧＴＫ＋库。ＧＴＫ＋是一套面向对象 　　　　　　｝
　　　｝
的工具库集合，用 Ｃ 语言写成。和所有的面向对象库一样，它
有数不清的派生类，每一个派生类都有不同的大小，而且类实 这样是类型安全的是因为你不能传递任意的内存位置给这
例通常是通过指针访问的。同样，因此在托管和非托管内存之 些静态的以 Ｉｔｅｍ 指针作为参数的函数，你必须传递一个指向
间封送整个类就没有其他选择了，拷贝是不行的，只能采用同 Ｉｔｅｍ 结构的指针。这并不是类型安全过于严苛，而是为了将意
样的方式来访问。 外的内存崩溃降低到最低限度。不过这里最大的问题是它使用
另外的例子是使用“不透明的”数据类型，这里的“不透 了“ｕｎｓａｆｅ”的代码，因此不能在其他的．ＮＥＴ语言中使用，比如
明的”指的是数据类型完全通过指针来进行传递，数据类型的 Ｖｉｓｕａｌ　Ｂａｓｉｃ　．ＮＥＴ 和 ＪａｖａＳｃｒｉｐｔ。
内部信息没有任何东西是公开的。这方面一个最典型的例子就 上述代码的 ＣＬＳ 兼容版本则使用 Ｓｙｓｔｅｍ．ＩｎｔＰｔｒ来指向非托
是 Ｗｉｎ３２　ＡＰＩ 中的句柄，它无处不在，却又让你毫不知情。 管内存。这看起来很像是Ｍａｒｓｈａｌ类在与非托管内存交互时所做
在Ｃ＃中有两种方式来处理这种情况：
“类型安全”的方式， 的那样：
通过使用指针和“ｕｎｓａｆｅ”关键字来实现；以及ＣＬＳ兼容的方式， 　　　ｃｌａｓｓ　Ｉｔｅｍ　｛
通过使用 Ｓｙｓｔｅｍ．ＩｎｔＰｔｒ来表示 ｖｏｉｄ 指针。
　　　　　　［ＤｌｌＩｍｐｏｒｔ　（＂ｌｉｂｒａｒｙ＂）］
在这两种情况下，托管和非托管内存的区别非常清楚。托 　　　　　　　ｐｕｂｌｉｃ　ｓｔａｔｉｃ　ｅｘｔｅｒｎ
　　　　　　　　　ｂｏｏｌ　ＣｒｅａｔｅＩｔｅｍ　（ｏｕｔ　Ｓｙｓｔｅｍ．ＩｎｔＰｔｒ　ｉｔｅｍ）；
管内存保持类型安全，而非托管内存则不一定（因为 Ｓｙｓｔｅｍ．
　　　　　　［ＤｌｌＩｍｐｏｒｔ　（＂ｌｉｂｒａｒｙ＂）］
ＩｎｔＰｔｒ是用来指向非托管内存的，这就没有办法保证它指向的是 　　　　　　　ｐｕｂｌｉｃ　ｓｔａｔｉｃ　ｅｘｔｅｒｎ　ｖｏｉｄ　ＤｅｓｔｒｏｙＩｔｅｍ　（Ｓｙｓｔｅｍ．ＩｎｔＰｔｒ　ｉｔｅｍ）；
有意义的数据类型）。
　　　　　　［ＤｌｌＩｍｐｏｒｔ　（＂ｌｉｂｒａｒｙ＂）］
需要注意的是如果“非托管”内存自身具有垃圾回收机制 　　　　　　ｐｕｂｌｉｃ　ｓｔａｔｉｃ　ｅｘｔｅｒｎ　ｉｎｔ　ＧｅｔＩｎｆｏ　（Ｓｙｓｔｅｍ．ＩｎｔＰｔｒ　ｉｔｅｍ）；

106 程序员
 ＞＞＞　微软技术

　　　｝ 　　　　　　／／　ｆｒｅｅｓ　ｒｅｓｏｕｒｃｅｓ　ｏｆ　ｈ
　　　　　　［ＤｌｌＩｍｐｏｒｔ　（＂．．．＂）］
　　　ｃｌａｓｓ　ＥｘａｍｐｌｅＵｓａｇｅ　｛ 　　　　　　ｓｔａｔｉｃ　ｅｘｔｅｒｎ　ｖｏｉｄ　ＤｅｌｅｔｅＨａｎｄｌｅ　（ＩｎｔＰｔｒ　ｈ）；
　　　　　　ｐｕｂｌｉｃ　ｓｔａｔｉｃ　ｕｎｓａｆｅ　ｖｏｉｄ　Ｍａｉｎ　（）｛
　　　　　　　　　Ｓｙｓｔｅｍ．ＩｎｔＰｔｒ　ｉｔｅｍ　＝　ｎｕｌｌ； 　　　　　　￣Ｃ（）　｛
　　　　　　　　　Ｉｔｅｍ．ＣｒｅａｔｅＩｔｅｍ　（ｏｕｔ　ｉｔｅｍ）； 　　　　　　　　　ＤｅｌｅｔｅＨａｎｄｌｅ（ｈ）；
　　　　　　　　　ｉｎｔ　ｎ　＝　Ｉｔｅｍ．ＧｅｔＩｎｆｏ　（ｉｔｅｍ）； 　　　　　　｝
　　　　　　　　　Ｓｙｓｔｅｍ．Ｃｏｎｓｏｌｅ．ＷｒｉｔｅＬｉｎｅ　（＂ｉｔｅｍ　ｃｏｕｎｔ：　｛０｝＂，
　　　　　　　　　　　　ｎ．ＴｏＳｔｒｉｎｇ（））； 　　　　　　ｐｕｂｌｉｃ　ｖｏｉｄ　ｍ（）　｛
　　　　　　　　　Ｉｔｅｍ．ＤｅｓｔｒｏｙＩｔｅｍ　（ｉｔｅｍ）； 　　　　　　　　　ＯｐｅｒａｔｅＯｎＨａｎｄｌｅ（＿ｈａｎｄｌｅ）；
　　　　　　｝ 　　　　　　　　　／／　ｎｏ　ｆｕｒｔｈｅｒ　ｒｅｆｅｒｅｎｃｅｓ　ｔｏ　＿ｈａｎｄｌｅ
　　　｝ 　　　　　　｝
　　　｝

这样做的不安全之处在于它很容易在不经意间滥用指针。 　　　ｃｌａｓｓ　Ｏｔｈｅｒ　｛
比如如果你使用的是两个不同的库，并且用 Ｓｙｓｔｅｍ．ＩｎｔＰｔｒ来对 　　　　　　ｖｏｉｄ　ｗｏｒｋ（）　｛
　　　　　　　　　Ｃ　ｃ　＝　ｎｅｗ　Ｃ（）；
它们进行了封装，那么很有可能把一个库分配的对象传递给另 　　　　　　　　　ｃ．ｍ（）；
　　　　　　　　　／／　ｎｏ　ｆｕｒｔｈｅｒ　ｒｅｆｅｒｅｎｃｅｓ　ｔｏ　ｃ．
一个库导出的函数，而ＣＬＲ运行时库并不会捕捉到这个错误，当 　　　　　　　　　／／　ｃ　ｉｓ　ｎｏｗ　ｅｌｉｇａｂｌｅ　ｆｏｒ　ｃｏｌｌｅｃｔｉｏｎ．
　　　　　　｝
错误出现的时候，将直接使你的“ｕｎｓａｆｅ”的 Ｃ＃ 代码崩溃。 　　　｝
不过，在大多数托管代码不与Ｐ／Ｉｎｖｏｋｅ代码交互的情况下
考虑一下这种情况：Ｏｔｈｅｒ．ｗｏｒｋ 调用了ｃ．ｍ，而ｃ．ｍ又调用
这并不成其为问题，你只需要用托管的封装类来与非托管代码
了非托管代码Ｃ．ＯｐｅｒａｔｅＯｎＨａｎｄｌｅ。注意Ｏｔｈｅｒ．ｗｏｒｋ已经不再使用
来交互，并且向你的托管代码提供一个看起来更自然的接口就
ｃ 了，所以 ｃ 已经符合被回收的条件了，并且被放到了 ＧＣ的终
可以了。
止化队列（ｆｉｎａｌｉｚａｔｉｏｎ　ｑｕｅｕｅ）中。
这样做一般来说是合理的，
如果不考虑非托管代码的影响，
ＧＣ 安全的 Ｐ／Ｉｎｖｏｋｅ 代码
上面的非托管代码 Ｃ．ＯｐｅｒａｔｅＯｎＨａｎｄｌｅ 还在使用实例 ｃ的一个成
在上面描述的封装代码中同样存在着一个问题：用户代码
员，可是 ＧＣ 不知道，也不可能知道这一点。
和运行时库的垃圾收集器（ＧＣ）之间的竞争。
上面的场景描述了前面所说的可能性，虽然看起来很不可
．ＮＥＴ 使用的 ＧＣ 相当聪明，它知道相关的所有类型，可以
能。Ｃ．ＤｅｌｅｔｅＨａｎｄｌｅ将会在Ｃ．ＯｐｅｒａｔｅＯｎＨａｎｄｌｅ还在执行的时候就
分别出一个看起来像是指针的整数和一个实际的指针。它知道
被 ＧＣ 的终止化线程（ｆｉｎａｌｉｚａｔｉｏｎ　ｔｈｒｅａｄ）调用。
所有栈分配的变量以及这些变量的生存范围。不过ＧＣ对非托管
可以想象非托管代码并不喜欢这样的情况出现，因为这将
代码内部的一切则是一无所知，这样就可能出现这样一种让人
会是进程中可能出现的主要问题，包括可恶的段错误
感到尴尬的情况：ＧＣ可能会在一个类实例的某个方法还在执行
（ｓｅｇｍｅｎｔａｔｉｏｎ　ｆａｕｌｔ）。实际上在．ＮＥＴ　１．０ 的一个注册表封装类
的时候把它给回收掉。
中就存在着一个与这个非常类似的 ｂｕｇ。
这怎么可能？你也许会说。但事实就是这样，如果这个方
那如何避免这个问题呢？问题的关键在于ＩｎｔＰｔｒ，一旦你使
法不再使用类的实例成员，而且也没有其他代码使用，那么ＧＣ
用了ＩｎｔＰｔｒ，ＧＣ就无法知道你的类是否还在被使用。我们需要用
就可能回收这个类。毕竟，如果没有谁在使用实例成员，而且
ＨａｎｄｌｅＲｅｆ 来代替 ＩｎｔＰｔｒ。ＨａｎｄｌｅＲｅｆ 是一个包含有类引用的结构，
也没有谁使用类实例，那么谁还会在乎这个实例是不是被回收
同时可以和指针值一样使用。
了呢？
接下来，
还要在Ｐ／Ｉｎｖｏｋｅ代码中用ＨａｎｄｌｅＲｅｆｓ参数来代替ＩｎｔＰｔｒ
不过对于非托管代码就不是这么简单了，尤其是它还认为
参数。而且，ＨａｎｄｌｅＲｅｆｓ对于运行时库和ＧＣ系统来说是很特别的，
这个类实例可用的情况就更麻烦了。同样，如果这个类有终止
在封送操作中它会被“折叠（ｃｏｌｌａｐｓｅ）
”到一个ＩｎｔＰｔｒ中。
函数（ｆｉｎａｌｉｚｅｒ），它也会在其他方法正在执行的时候就不合时宜
的冒出来。
正确的释放资源
看看下面这个例子：
在避免封送的同时，你的托管代码将直接面对非托管内存
　　　ｃｌａｓｓ　Ｃ　｛
　　　　　　／／　ｈａｎｄｌｅ　ｉｎｔｏ　ｕｎｍａｎａｇｅｄ　ｍｅｍｏｒｙ，　ｆｏｒ　ａｎ 和其它资源。这意味着你的责任更加重大，需要考虑的事情更
　　　　　　　　　ｕｎｍａｎａｇｅｄ　ｏｂｊｅｃｔ
多，而在这些事情当中，大多数都会让你的托管代码出这样那
　　　　　　ＩｎｔＰｔｒ　＿ｈａｎｄｌｅ；
样的问题，比如异常，和随之而来的复杂性。因为任何函数都
　　　　　　／／　ｐｅｒｆｏｒｍｓ　ｓｏｍｅ　ｏｐｅｒａｔｉｏｎ　ｏｎ　ｈ
　　　　　　［ＤｌｌＩｍｐｏｒｔ　（＂．．．＂）］ 可能抛出异常，所以确保正确的释放资源就成了你需要慎重考
　　　　　　ｓｔａｔｉｃ　ｅｘｔｅｒｎ　ｖｏｉｄ　ＯｐｅｒａｔｅＯｎＨａｎｄｌｅ　（ＩｎｔＰｔｒ　ｈ）；
虑的事情。

Programmer 107
 技术 Technology

微软技术　＞＞＞

　　　ｕｓｉｎｇ　Ｓｙｓｔｅｍ；
正如前面所建议的那样，确保资源能被正确释放的一个简
单方法是将资源封装到一个有终止函数的类当中，终止函数能 　　　／／　ｆｏｒ　ＨａｎｄｌｅＲｅｆ，　ＤｌｌＩｍｐｏｒｔ
　　　ｕｓｉｎｇ　Ｓｙｓｔｅｍ．Ｒｕｎｔｉｍｅ．ＩｎｔｅｒｏｐＳｅｒｖｉｃｅｓ；
够最终释放资源。
　　　ｓｅａｌｅｄ　ｃｌａｓｓ　ＵｎｍａｎａｇｅｄＲｅｓｏｕｒｃｅ　：　ＩＤｉｓｐｏｓａｂｌｅ
不过这种方法存在两个问题，而这两个问题都与垃圾收集 　　　｛
　　　　　　［ＤｌｌＩｍｐｏｒｔ　（＂．．．＂）］
器有关： 　　　　　　ｐｒｉｖａｔｅ　ｓｔａｔｉｃ　ｅｘｔｅｒｎ　ＩｎｔＰｔｒ　ＣｒｅａｔｅＲｅｓｏｕｒｃｅ　（）；
１. 垃圾收集器无法深入到非托管内存中去，它只能处理托
　　　　　　［ＤｌｌＩｍｐｏｒｔ　（＂．．．＂）］
管内存。因此，如果你要处理大量的非托管内存（比如图像或 　　　　　　ｐｒｉｖａｔｅ　ｓｔａｔｉｃ　ｅｘｔｅｒｎ
　　　　　　　　　ｖｏｉｄ　ＤｅｌｅｔｅＲｅｓｏｕｒｃｅ　（ＨａｎｄｌｅＲｅｆ　ｈａｎｄｌｅ）；
者视频数据），ＧＣ 所能看到只是指向这些数据的 ＩｎｔＰｔｒ，而不是
　　　　　　／／　Ｕｓｅ　ａ　ＨａｎｄｌｅＲｅｆ　ｔｏ　ａｖｏｉｄ　ｒａｃｅ　ｃｏｎｄｉｔｉｏｎｓ；
托管代码中容纳的非托管内存的实际大小。所以，ＧＣ也就不知 　　　　　　ｐｒｉｖａｔｅ　ＨａｎｄｌｅＲｅｆ　＿ｈａｎｄｌｅ；

道需要执行这样一个回收，因为这里没有任何“内存压力”— 　　　　　　ｐｕｂｌｉｃ　ＵｎｍａｎａｇｅｄＲｅｓｏｕｒｃｅ　（）
—内存不足，需要执行回收来获得更多的内存。不过这个问题 　　　　　｛
　　　　　　　　　ＩｎｔＰｔｒ　ｈ　＝　ＣｒｅａｔｅＲｅｓｏｕｒｃｅ　（）；
在．ＮＥＴ　２．０ 中已经被 Ｓｙｓｔｅｍ．ＧＣ．ＡｄｄＭｅｍｏｒｙＰｒｅｓｓｕｒｅ（ｌｏｎｇ）方法部分 　　　　　　　　　＿ｈａｎｄｌｅ　＝　ｎｅｗ　ＨａｎｄｌｅＲｅｆ　（ｔｈｉｓ，　ｈ）；
　　　　　｝
的解决了，该方法用来告诉ＧＣ一个托管对象指向了多大的非托
　　　　　　／／　Ｐｒｏｖｉｄｅ　ａｃｃｅｓｓ　ｔｏ　３ｒｄ　ｐａｒｔｙ　ｃｏｄｅ
管内存，这样就提高了 ＧＣ 的启发式智能（ｈｅｕｒｉｓｔｉｃｓ）； 　　　　　　ｐｕｂｌｉｃ　ＨａｎｄｌｅＲｅｆ　Ｈａｎｄｌｅ　｛
２. 对于被回收的对象，．ＮＥＴ 的垃圾收集器不会执行对象的 　　　　　　　　　ｇｅｔ　｛ｒｅｔｕｒｎ　＿ｈａｎｄｌｅ；｝
　　　　　｝
终止函数。相应的做法是，对象的代龄被提升（ｐ ｒ ｏ ｍ ｏ ｔ ｅ ｄ 　 ａ
　　　　　　／／　Ｄｉｓｐｏｓｅ　ｏｆ　ｔｈｅ　ｒｅｓｏｕｒｃｅ
ｇｅｎｅｒａｔｉｏｎ），对想的终止函数将会在下次这一代被回收的时候执 　　　　　　ｐｕｂｌｉｃ　ｖｏｉｄ　Ｄｉｓｐｏｓｅ　（）
　　　　　｛
行。比如，如果一个有终止函数的第 ０代对象符合被收集的条 　　　　　　　　　Ｃｌｅａｎｕｐ　（）；

件（也就是说，没有对象引用它），该对象的代龄被提升，被放 　　　　　　　　　／／　Ｐｒｅｖｅｎｔ　ｔｈｅ　ｏｂｊｅｃｔ　ｆｒｏｍ　ｂｅｉｎｇ　ｐｌａｃｅｄ　ｏｎ　ｔｈｅ
到第 １ 代的终止化队列中。下次当第 １ 代被回收的时候，对象 　　　　　　　　　／／　ｆｉｎａｌｉｚａｔｉｏｎ　ｑｕｅｕｅ
　　　　　　　　　Ｓｙｓｔｅｍ．ＧＣ．ＳｕｐｐｒｅｓｓＦｉｎａｌｉｚｅ　（ｔｈｉｓ）；
的终止函数才被执行。 　　　　　｝

问题２是一个真正的麻烦，
这是因为回收频率与代龄数字是 　　　　　　／／　Ｆｉｎａｌｉｚｅｒ　ｐｒｏｖｉｄｅｄ　ｉｎ　ｃａｓｅ　Ｄｉｓｐｏｓｅ　ｉｓｎ＇ｔ　ｃａｌｌｅｄ．
　　　　　　／／　Ｔｈｉｓ　ｉｓ　ａ　ｆａｌｌｂａｃｋ　ｍｅｃｈａｎｉｓｍ，　ｂｕｔ　ｓｈｏｕｌｄｎ＇ｔ　ｂｅ
成反比例的。第０代（通常）的回收频率通常是第１代的 １０倍， 　　　　　　／／　ｒｅｌｉｅｄ　ｕｐｏｎ　（ｓｅｅ　ｐｒｅｖｉｏｕｓ　ｄｉｓｃｕｓｓｉｏｎ）．
而第 １代又是第２代的１０倍。第２代一般很少被回收，这些通常 　　　　　　￣ＵｎｍａｎａｇｅｄＲｅｓｏｕｒｃｅ　（）
　　　　　｛
是一些长期存在的对象，往往与应用程序的存在时间一致。 　　　　　　　　　Ｃｌｅａｎｕｐ　（）；
　　　　　｝
假定最快的情况下一个被终止的对象在两次收集之后被回
　　　　　　／／　Ｒｅａｌｌｙ　ｄｉｓｐｏｓｅ　ｏｆ　ｔｈｅ　ｒｅｓｏｕｒｃｅ
收了，一次是第 ０ 代，一次是第 １ 代（大概在 １０ 次左右的第 ０ 　　　　　　ｐｒｉｖａｔｅ　ｖｏｉｄ　Ｃｌｅａｎｕｐ　（）
　　　　　｛
代收集之后），但这两次收集之间可能会相隔很长的一段时间， 　　　　　　　　　ＤｅｌｅｔｅＲｅｓｏｕｒｃｅ　（Ｈａｎｄｌｅ）；
然后终止函数才被执行。再考虑一下终止函数并没有保证会一
　　　　　　　　　／／　Ｄｏｎ＇ｔ　ｐｅｒｍｉｔ　ｔｈｅ　ｈａｎｄｌｅ　ｔｏ　ｂｅ　ｕｓｅｄ　ａｇａｉｎ．
定被执行，即使程序退出也不一定会，所以看起来太过依赖资 　　　　　　　　　＿ｈａｎｄｌｅ　＝　ｎｅｗ　ＨａｎｄｌｅＲｅｆ　（ｔｈｉｓ，　ＩｎｔＰｔｒ．Ｚｅｒｏ）；
　　　　　｝
源处置和回收的终止函数并不是个好主意。 　　　｝

幸运的是在．ＮＥＴ类库当中有一个很简单的方式来帮助我们
确保资源可以被很快的释放： 经常可以看到 ＩＤｉｓｐｏｓａｂｌｅ 的示例是作为一个虚方法 ｖｉｒｔｕａｌ
１. 实现 Ｓｙｓｔｅｍ．ＩＤｉｓｐｏｓａｂｌｅ 接口； Ｄｉｓｐｏｓｅ（ｂｏｏｌ）出现，然后Ｄｉｓｐｏｓｅ和终止函数再委托到它，和上
２. 在结束使用资源的时候调用Ｄｉｓｐｏｓｅ。Ｄｉｓｐｏｓｅ的实现需要 面所用 Ｃｌｅａｎｕｐ（） 方法相反。提供一个虚函数和一个没有密封
完成两件事情： （ｎｏｎ－ｓｅａｌｅｄ）的类实际上说明会有，甚至可以说希望有派生的
（１）　释放资源； 子类，不过这样做并不是好主意。
（２）　调用ＳｕｐｐｒｅｓｓＦｉｎａｌｉｚｅ。ＳｕｐｐｒｅｓｓＦｉｎａｌｉｚｅ告诉ＧＣ不要再调 再说一遍，这并不是好主意！还是因为垃圾收集器。当一
用对象的终止函数，
让对象可以在第一次回收的时候就被释放， 个对象的代龄被提升之后，
所有它引用的对象的代龄也被提升。
而不用再考虑那让人捉摸不定的延迟了。 所以如果你的终止对象包括了其他对象的一个ＡｒｒａｙＬｉｓｔ，包括这
实现的样例见下面的代码： 个ＡｒｒａｙＬｉｓｔ，它所容纳的所有对象，以及那些对象的所有引用都
将被提升，可以想象的事，这将是一个潜在的巨大的数字。
　　　／／　ｆｏｒ　ＩｎｔＰｔｒ，　ＩＤｉｓｐｏｓａｂｌｅ

108 程序员
 ＞＞＞　 ．ＮＥＴ

编写数据库访问代码是一项重复且费时的工作，因为现在有了可重用的 Ｅｎｔｅｒｐｒｉｓｅ
Ｄａｔａ　Ａｃｃｅｓｓ　Ａｐｐｌｉｃａｔｉｏｎ　Ｂｌｏｃｋ，您再也不必编写这类代码了。

.NET 2.0 中的企业访问数据块

□　何志刚

　ＡＤＯ．ＮＥＴ提供了许多丰富的功能，可用于以多种 过添加包含特定于数据库的功能或提供现有数据库的自定义实
方式检索和显示数据，但是即使具有这种灵活性，有时开发人 现的新数据库类型，您可以扩展应用程序块。
员还是会发现自己在重复编写同样的代码。例如，所有数据驱 Ｍｉｃｒｏｓｏｆｔ已经重新设计了Ｄａｔａ　Ａｃｃｅｓｓ　Ｂｌｏｃｋ的２．０版本，以
动的应用程序都需要访问数据库。您需要编写代码连接到数据 利用新的 ＡＤＯ．ＮＥＴ　２．０ 功能。您可以从 ＭＳＤＮ 下载 ＥｎｔＬｉｂ　Ｄａｔａ
库，打开连接，执行动态的 ＳＱＬ 或存储过程，获取结果，然后 Ａｃｃｅｓｓ　Ｂｌｏｃｋ。
关闭连接。换句话说，这是在您开发的几乎所有应用程序中都
必须编写的“管道”代码，即便它没有为核心业务用户增添任 使用　Ｄａｔａ　Ａｃｃｅｓｓ　Ｂｌｏｃｋ
何价值。 为了成功地使用Ｄａｔａ　Ａｃｃｅｓｓ　Ｂｌｏｃｋ，您需要完成下列步骤：
通常，各种应用程序中的此种代码间的惟一区别在于ＳＱＬ １．添加一个对解决方案中Ｍｉｃｒｏｓｏｆｔ．Ｐｒａｃｔｉｃｅｓ．ＥｎｔｅｒｐｒｉｓｅＬｉｂｒａｒｙ．
语句或存储过程名、命令参数和连接字符串。只要您可以把这 Ｃｏｍｍｏｎ．ｄｌｌ和Ｍｉｃｒｏｓｏｆｔ．Ｐｒａｃｔｉｃｅｓ．ＥｎｔｅｒｐｒｉｓｅＬｉｂｒａｒｙ．Ｄａｔａ．ｄｌｌ组合的
些变量参数化，您就可以把大部分管道代码抽象为可重用的 引用。具体方法是使用＂Ａｄｄ　Ｒｅｆｅｒｅｎｃｅ＂　选项，然后导航到＜Ｄｒｉｖｅ
类，然后跨多个应用程序应用这些类。这是值得花时间去做的 Ｎａｍｅ＞：＼Ｐｒｏｇｒａｍ　Ｆｉｌｅｓ＼Ｍｉｃｒｏｓｏｆｔ　Ｅｎｔｅｒｐｒｉｓｅ　Ｌｉｂｒａｒｙ　Ｊａｎｕａｒｙ　２００６＼ｂｉｎ
工作——但是不值得您亲自动手，因为 Ｍｉｃｒｏｓｏｆｔ（在社区的支 文件夹；
持下）已经在其 Ｅｎｔｅｒｐｒｉｓｅ　Ｌｉｂｒａｒｙ　（也叫做　ＥｎｔＬｉｂ）　Ａｐｐｌｉｃａｔｉｏｎ ２．给ｗｅｂ．ｃｏｎｆｉｇ 或ａｐｐ．ｃｏｎｆｉｇ文件添加必需的配置项。为此
Ｂｌｏｃｋ 中为您完成了此项工作。本文介绍了 ＥｎｔＬｉｂ　Ｄａｔａ　Ａｃｃｅｓｓ 目的，
您需要在根＜ｃｏｎｆｉｇｕｒａｔｉｏｎ＞元素下添加以下＜ｃｏｎｆｉｇＳｅｃｔｉｏｎｓ＞
Ｂｌｏｃｋ，并给出了一些例子来说明如何使用它来编写健壮的数据 元素；
访问代码。 ＜ｃｏｎｆｉｇＳｅｃｔｉｏｎｓ＞
＜ｓｅｃｔｉｏｎ
ｎａｍｅ＝＂ｄａｔａＣｏｎｆｉｇｕｒａｔｉｏｎ＂
Ｅｎｔｅｒｐｒｉｓｅ　Ｄａｔａ　Ａｃｃｅｓｓ　Ｂｌｏｃｋ ｔｙｐｅ＝＂Ｍｉｃｒｏｓｏｆｔ．Ｐｒａｃｔｉｃｅｓ．
ＥｎｔｅｒｐｒｉｓｅＬｉｂｒａｒｙ．Ｄａｔａ．
Ｄａｔａ　Ａｃｃｅｓｓ　Ｂｌｏｃｋ 帮助开发人员完成了开发数据库应用程 Ｃｏｎｆｉｇｕｒａｔｉｏｎ．
ＤａｔａｂａｓｅＳｅｔｔｉｎｇｓ，
序时最常见的任务。通过提供一组封装好的方法，Ｄａｔａ　Ａｃｃｅｓｓ Ｍｉｃｒｏｓｏｆｔ．Ｐｒａｃｔｉｃｅｓ．
Ｂｌｏｃｋ极大地简化了用于访问数据库的最常用方法。每个方法都 ＥｎｔｅｒｐｒｉｓｅＬｉｂｒａｒｙ．Ｄａｔａ＂　／＞
＜／ｃｏｎｆｉｇＳｅｃｔｉｏｎｓ＞
包含检索适当数据所需的逻辑，并管理数据库连接。另外，Ｄａｔａ
Ａｃｃｅｓｓ　Ｂｌｏｃｋ 是数据库不可知的（ｄａｔａｂａｓｅ－ａｇｎｏｓｔｉｃ）
；它对ＡＤＯ 接着，
您还要添加＜ｄａｔａＣｏｎｆｉｇｕｒａｔｉｏｎ＞　＜ｃｏｎｆｉｇｕｒａｔｉｏｎ＞元素，

．ＮＥＴ　２．０中的代码进行了补充，能够让您编写可以跨不同关系 如下所示：

数据库使用的数据访问代码——同时无需重新编写代码。这些 　＜ｄａｔａＣｏｎｆｉｇｕｒａｔｉｏｎ
　ｄｅｆａｕｌｔＤａｔａｂａｓｅ＝＂ＡｄｖｅｎｔｕｒｅＷｏｒｋｓＤＢ＂／＞
类包含的代码为诸如参数处理和游标之类的功能提供了特定于
数据库的实现。 在这个例子中，我已经把ＡｄｖｅｎｔｕｒｅＷｏｒｋｓ　标记为默认数据
Ｄａｔａ　Ａｃｃｅｓｓ　Ｂｌｏｃｋ 还为 ＳＱＬ　Ｓｅｒｖｅｒ 和 Ｏｒａｃｌｅ 数据库提供了 库，在＜ｃｏｎｎｅｃｔｉｏｎＳｔｒｉｎｇｓ＞元素下单独声明：
特定的派生类。另外，ＧｅｎｅｒｉｃＤａｔａｂａｓｅ类允许您使用应用程序块 ＜ｃｏｎｎｅｃｔｉｏｎＳｔｒｉｎｇｓ＞
和任何配置好的ＡＤＯ．ＮＥＴ　２．０　ＤｂＰｒｏｖｉｄｅｒＦａｃｔｏｒｙ对象。最后，通 ＜ａｄｄ

Programmer 109
 技术 Technology

．ＮＥＴ　＞＞＞

ｎａｍｅ＝＂ＡｄｖｅｎｔｕｒｅＷｏｒｋｓＤＢ＂ 　　　　　　　　　ｇｒｉｄＥｍｐｌｏｙｅｅｓ．ＤａｔａＢｉｎｄ（）；
ｐｒｏｖｉｄｅｒＮａｍｅ＝ 　　　　　　　｝
＂Ｓｙｓｔｅｍ．Ｄａｔａ．ＳｑｌＣｌｉｅｎｔ＂ 　　　　　｝
ｃｏｎｎｅｃｔｉｏｎＳｔｒｉｎｇ＝ 　　＜／ｓｃｒｉｐｔ＞
＂ｓｅｒｖｅｒ＝ｌｏｃａｌｈｏｓｔ；
ｄａｔａｂａｓｅ＝ＡｄｖｅｎｔｕｒｅＷｏｒｋｓ；
ＵＩＤ＝ｕｓｅｒ；ＰＷＤ＝ｗｏｒｄ；＂　／＞ 上述代码首先调用了ＤａｔａｂａｓｅＦａｃｔｏｒｙ类的ＣｒｅａｔｅＤａｔａｂａｓｅ（）方
＜／ｃｏｎｎｅｃｔｉｏｎＳｔｒｉｎｇｓ＞
法，以包含 Ｄ ａ ｔ ａ ｂ ａ ｓ ｅ 对象的一个实例。正如其名称所示，

３．为 Ｄａｔａ　Ａｃｃｅｓｓ　Ｂｌｏｃｋ 导入核心 Ｍｉｃｒｏｓｏｆｔ．Ｐｒａｃｔｉｃｅｓ． ＤａｔａｂａｓｅＦａｃｔｏｒｙ 这个类包含用于创建 Ｄａｔａｂａｓｅ 对象的工厂方法。

ＥｎｔｅｒｐｒｉｓｅＬｉｂｒａｒｙ．Ｄａｔａ命名空间； ＣｒｅａｔｅＤａｔａｂａｓｅ（）方法是一个重载方法，如上所示，当您调用该
４．针对上述命名空间中的类开始编写代码。 方法参数较少的版本时，它就会返回一个默认数据库。要设置
默认数据库，您需要把ｄｅｆａｕｌｔＤａｔａｂａｓｅ属性值指派给Ｗｅｂ．ｃｏｎｆｉｇ

使用 Ｄａｔａｂａｓｅ 对象 文件中正确的数据库配置键，该文件如下所示：
只要使用 Ｄａｔａ　Ａｃｃｅｓｓ　Ｂｌｏｃｋ，您就必须首先处理 Ｄａｔａｂａｓｅ 　　　＜ｄａｔａＣｏｎｆｉｇｕｒａｔｉｏｎ
　　　　　ｄｅｆａｕｌｔＤａｔａｂａｓｅ＝＂ＡｄｖｅｎｔｕｒｅＷｏｒｋｓＤＢ＂／＞
类。Ｄａｔａｂａｓｅ类代表数据库本身，它提供一些方法（参见表１），
您可以使用这些方法对数据库执行 ＣＲＵＤ（Ｃｒｅａｔｅ、Ｒｅａｄ、Ｕｐｄａｔｅ 获得 Ｄ ａ ｔ ａ ｂ ａ ｓ ｅ 对象的一个实例之后，您就可以调用
和 Ｄｅｌｅｔｅ，即创建、读取、更新和删除）操作，并可以使用这些 ＧｅｔＳｑｌＳｔｒｉｎｇＣｏｍｍａｎｄ（）方法构造 ＡＤＯ．ＮＥＴ　２．０　ＤｂＣｏｍｍａｎｄ 对
方法在数据库上执行 ＣＲＵＤ 操作。 象的一个实例。之后，您通过带有传入参数 Ｄ ｂ Ｃ ｏ ｍ ｍ ａ ｎ ｄ 的
方法 说明 Ｄａｔａｂａｓｅ．ＥｘｅｃｕｔｅＲｅａｄｅｒ（）方法执行ＳＱＬ。使用浏览器导航到该页
ＥｘｅｃｕｔｅＤａｔａＳｅｔ 执 行 一 次 ＳＱＬ 查 询 或 一 个 存 储 过 程 ，然 后 以 Ｄａｔａｓｅｔ
面。因为该方法将返回的 ＤｂＤａｔａＲｅａｄｅｒ 绑定到一个 ＧｒｉｄＶｉｅｗ 控
对象的形式返回结果。
ＥｘｅｃｕｔｅＮｏｎＱｕｅｒｙ 执 行 一 次 ＳＱＬ查 询 或 一 个 存 储 过 程 ，然 后 返 回 相 关 记 件，您将会看到类似于图 １ 的输出：
录的数目。
ＥｘｅｃｕｔｅＲｅａｄｅｒ 执行一次 ＳＱＬ查询或一个存储过程 ，然后以ＩＤａｔａＲｅａｄｅｒ
对象的形式返回结果。
ＥｘｅｃｕｔｅＳｃａｌａｒ 执 行 一 次 ＳＱＬ查 询 或 一 个 存 储 过 程 ，然 后 返 回 结 果 集
中第一行的第一列。
ＬｏａｄＤａｔａＳｅｔ 执 行 一 个 命 令 ，然 后 给 现 有 的 ＤａｔａＳｅｔ添 加 一 个 新 的
ＤａｔａＴａｂｌｅ。
ＵｐｄａｔｅＤａｔａＳｅｔ 通 过 执 行 正 确 的 ＩＮＳＥＲＴ、ＵＰＤＡＴＥ和 ＤＥＬＥＴＥ语 句 ，
同 步 数 据 库 的 ＤａｔａＳｅｔ 内 容 。

表 １：Ｄａｔａｂａｓｅ 类 方 法

既然现在您对于 Ｄａｔａｂａｓｅ 类的各个方法已经有了基本的了

解，接下来我将提供一些例子，用于演示如何使用这个类。

执行返回 ＤｂＤａｔａＲｅａｄｅｒ 的查询

我将从一个简单的例子开始。您将在 ＡｄｖｅｎｔｕｒｅＷｏｒｋｓ 数据 图 １：绑 定 一 个 ＤｂＤａｔａＲｅａｄｅｒ。该 页 面 显 示 将 由 ＥｘｅｃｕｔｅＲｅａｄｅｒ（）方 法 返
回 的 ＤｂＤａｔａＲｅａｄｅｒ 对 象 绑 定 到 一 个 ＧｒｉｄＶｉｅｗ 控 件 的 结 果 。
库上执行一个简单的ＳＱＬ语句，然后获得ＤｂＤａｔａＲｅａｄｅｒ对象形式
的结果，然后您可以把这个对象绑定到一个ＡＳＰ．ＮＥＴ页面中的
ＧｒｉｄＶｉｅｗ 控件上。清单 １ 中包含了完整的页面代码。下面是 执行返回 ＤａｔａＳｅｔ 的 ＳＱＬ 查询
Ｐａｇｅ＿Ｌｏａｄ 脚本： Ｄａｔａｂａｓｅ类提供一种数据库不可知的方法，
这意味着您可以

　　　　＜ｓｃｒｉｐｔ　ｒｕｎａｔ＝＂ｓｅｒｖｅｒ＂＞ 跨多个关系数据库（比如 ＳＱＬ　Ｓｅｒｖｅｒ、Ｏｒａｃｌｅ 等等）使用该类。

　　　　　ｖｏｉｄ　Ｐａｇｅ＿Ｌｏａｄ（ｏｂｊｅｃｔ　ｓｅｎｄｅｒ，　ＥｖｅｎｔＡｒｇｓ　ｅ）
　　　　｛
然而，它还包含特定于数据库的类，比如 ＳｑｌＤａｔａｂａｓｅ（派生自
　　　　　　　Ｄａｔａｂａｓｅ　ｄｂ　＝　ＤａｔａｂａｓｅＦａｃｔｏｒｙ．ＣｒｅａｔｅＤａｔａｂａｓｅ（）； Ｄａｔａｂａｓｅ类），它代表一个ＳＱＬ　Ｓｅｒｖｅｒ数据库，还有ＯｒａｃｌｅＤａｔａｂａｓｅ，
　　　　　　　ｓｔｒｉｎｇ　ｓｑｌＣｏｍｍａｎｄ　＝　＂Ｓｅｌｅｃｔ　＂　＋　＂ＥｍｐｌｏｙｅｅＩＤ，
　　　　　　　　　ＮａｔｉｏｎａｌＩＤＮｕｍｂｅｒ，＂　＋　＂ＬｏｇｉｎＩＤ，　Ｔｉｔｌｅ　ｆｒｏｍ　＂　＋ 它让您可以在 Ｏｒａｃｌｅ 数据库上编程。当单独为受支持的数据库
　　　　　　　　　＂ＨｕｍａｎＲｅｓｏｕｒｃｅｓ．Ｅｍｐｌｏｙｅｅ　＂；
　　　　　　　ＤｂＣｏｍｍａｎｄ　ｄｂＣｏｍｍａｎｄ　＝　ｄｂ．ＧｅｔＳｑｌＳｔｒｉｎｇＣｏｍｍａｎｄ 之一编程时，您应该使用特定于数据库的类。
　　　　　　　　　（ｓｑｌＣｏｍｍａｎｄ）；
　　　　　　　ｕｓｉｎｇ　（ＩＤａｔａＲｅａｄｅｒ　ｒｅａｄｅｒ　＝　ｄｂ．ＥｘｅｃｕｔｅＲｅａｄｅｒ（ 注意：SqlDatabaseºÍ
OracleDatabaseÀ඼²»Ì
ṩ¾²Ì¬·½·¨£¬
　　　　　　　　　ｄｂＣｏｍｍａｎｄ））
Äú±ØÐë´´½¨Ò»¸öʵÀý²ÅÄÜʹÓÃËüÃÇ¡
£ÒÔÏ
ÂÒ³Ãæ´úÂë˵Ã÷ÁËÈçºÎ
　　　　　　｛
　　　　　　　　　ｇｒｉｄＥｍｐｌｏｙｅｅｓ．ＤａｔａＳｏｕｒｃｅ　＝　ｒｅａｄｅｒ； ʹÓÃSqlDatabaseÀàÔÚAdventureWorksÊý¾Ý¿âÉÏ
Ö´ÐÐSQL²éѯ¡
£

110 程序员
 ＞＞＞　 ．ＮＥＴ

该方法接受ＤｂＣｏｍｍａｎｄ 对象作为一个输入参数。为了显示出此
　　　＜％＠　Ｐａｇｅ　Ｌａｎｇｕａｇｅ＝＂Ｃ＃＂　％＞
　　　＜％＠　Ｉｍｐｏｒｔ　Ｎａｍｅｓｐａｃｅ＝＂Ｓｙｓｔｅｍ．Ｄａｔａ＂　％＞ 方法的优点，我将利用一个叫做ＧｅｔＥｍｐｌｏｙｅｅＮａｔｉｏｎａｌＩＤ的存储过
　　　＜％＠　Ｉｍｐｏｒｔ　Ｎａｍｅｓｐａｃｅ＝＂Ｓｙｓｔｅｍ．Ｄａｔａ．Ｃｏｍｍｏｎ＂　％＞
　　　＜％＠　Ｉｍｐｏｒｔ　Ｎａｍｅｓｐａｃｅ＝　＂Ｍｉｃｒｏｓｏｆｔ．Ｐｒａｃｔｉｃｅｓ． 程，该存储过程带有一个 Ｅ ｍ ｐ ｌ ｏ ｙ ｅ ｅ Ｉ Ｄ 参数，可返回雇员的
　　　　　ＥｎｔｅｒｐｒｉｓｅＬｉｂｒａｒｙ．Ｄａｔａ＂　％＞
　　　＜％＠　Ｉｍｐｏｒｔ　Ｎａｍｅｓｐａｃｅ＝　＂Ｍｉｃｒｏｓｏｆｔ．Ｐｒａｃｔｉｃｅｓ． ＮａｔｉｏｎａｌＩＤ 值。该存储过程声明如下：
　　　　　ＥｎｔｅｒｐｒｉｓｅＬｉｂｒａｒｙ．Ｄａｔａ．Ｓｑｌ＂　％＞
　　　Ｃｒｅａｔｅ　Ｐｒｏｃｅｄｕｒｅ　ＧｅｔＥｍｐｌｏｙｅｅＮａｔｉｏｎａｌＩＤ
　　　＜ｓｃｒｉｐｔ　ｒｕｎａｔ＝＂ｓｅｒｖｅｒ＂＞ 　　　　　＠ＥｍｐｌｏｙｅｅＩＤ　ｉｎｔ
　　　　　ｖｏｉｄ　Ｐａｇｅ＿Ｌｏａｄ（ｏｂｊｅｃｔ　ｓｅｎｄｅｒ，　ＥｖｅｎｔＡｒｇｓ　ｅ） 　　　ＡＳ
　　　　　｛ 　　　　　Ｓｅｌｅｃｔ　ＮａｔｉｏｎａｌＩＤＮｕｍｂｅｒ
　　　　　　　ｓｔｒｉｎｇ　ｃｏｎｎＳｔｒｉｎｇ　＝　Ｓｙｓｔｅｍ．Ｗｅｂ．Ｃｏｎｆｉｇｕｒａｔｉｏｎ． 　　　　　　　ｆｒｏｍ　ＨｕｍａｎＲｅｓｏｕｒｃｅｓ．Ｅｍｐｌｏｙｅｅ
　　　　　　　　　ＷｅｂＣｏｎｆｉｇｕｒａｔｉｏｎＭａｎａｇｅｒ．ＣｏｎｎｅｃｔｉｏｎＳｔｒｉｎｇｓ 　　　　　　　Ｗｈｅｒｅ　ＥｍｐｌｏｙｅｅＩＤ　＝　＠ＥｍｐｌｏｙｅｅＩＤ
　　　　　　　　　［＂ＡｄｖｅｎｔｕｒｅＷｏｒｋｓＤＢ＂］．ＣｏｎｎｅｃｔｉｏｎＳｔｒｉｎｇ；
　　　　　　　ＳｑｌＤａｔａｂａｓｅ　ｄｂ　＝　ｎｅｗ　ＳｑｌＤａｔａｂａｓｅ（ｃｏｎｎＳｔｒｉｎｇ）；
　　　　　　　ｓｔｒｉｎｇ　　　ｓｑｌＣｏｍｍａｎｄ　＝　＂Ｓｅｌｅｃｔ　＂　＋　＂ＥｍｐｌｏｙｅｅＩＤ，
以下ＡＳＰ．ＮＥＴ页面代码节选显示了调用ＧｅｔＥｍｐｌｏｙｅｅＮａｔｉｏｎａｌＩＤ
　　　　　　　　　ＮａｔｉｏｎａｌＩＤＮｕｍｂｅｒ，＂　＋　＂ＬｏｇｉｎＩＤ，　Ｔｉｔｌｅ　ｆｒｏｍ　＂　＋ 存储过程所需的代码：
　　　　　　　　　＂　ＨｕｍａｎＲｅｓｏｕｒｃｅｓ．Ｅｍｐｌｏｙｅｅ　＂；
　　　　　　　ＤｂＣｏｍｍａｎｄ　ｄｂＣｏｍｍａｎｄ　＝　ｄｂ．ＧｅｔＳｑｌＳｔｒｉｎｇＣｏｍｍａｎｄ
　　　　　　　　　（ｓｑｌＣｏｍｍａｎｄ）； 　＜ｓｃｒｉｐｔ　ｒｕｎａｔ＝＂ｓｅｒｖｅｒ＂＞
　　　　　　　ＤａｔａＳｅｔ　ｄｓｔ　＝　ｄｂ．ＥｘｅｃｕｔｅＤａｔａＳｅｔ（ｄｂＣｏｍｍａｎｄ）；
　　　　　　　ｇｒｉｄＥｍｐｌｏｙｅｅｓ．ＤａｔａＳｏｕｒｃｅ　＝　ｄｓｔ．Ｔａｂｌｅｓ［０］．ＤｅｆａｕｌｔＶｉｅｗ； 　　　　　ｖｏｉｄ　Ｐａｇｅ＿Ｌｏａｄ（ｏｂｊｅｃｔ　ｓｅｎｄｅｒ，
　　　　　　　ｇｒｉｄＥｍｐｌｏｙｅｅｓ．ＤａｔａＢｉｎｄ（）； 　　　　　　　ＥｖｅｎｔＡｒｇｓ　ｅ）
　　　　　｝ 　　　　　｛
　　　＜／ｓｃｒｉｐｔ＞ 　　　　　　　ｉｎｔ　ｅｍｐｌｏｙｅｅＩＤ　＝　１；
　　　　　　　Ｄａｔａｂａｓｅ　ｄｂ　＝
　　　＜ｈｔｍｌ　ｘｍｌｎｓ＝＂ｈｔｔｐ：／／ｗｗｗ．ｗ３．ｏｒｇ／１９９９／ｘｈｔｍｌ＂　＞ 　　　　　　　　　ＤａｔａｂａｓｅＦａｃｔｏｒｙ．ＣｒｅａｔｅＤａｔａｂａｓｅ（）；
　　　＜ｈｅａｄ　ｒｕｎａｔ＝＂ｓｅｒｖｅｒ＂＞ 　　　　　　　ｓｔｒｉｎｇ　ｓｑｌＣｏｍｍａｎｄ　＝　＂ＧｅｔＥｍｐｌｏｙｅｅＮａｔｉｏｎａｌＩＤ＂；
　　　　　＜ｔｉｔｌｅ＞Ｅｘｅｃｕｔｉｎｇ　ａ　ＳＱＬ　Ｓｅｌｅｃｔ　Ｓｔａｔｅｍｅｎｔ　ｔｏ　ｒｅｔｒｉｅｖｅ 　　　　　　　ＤｂＣｏｍｍａｎｄ　ｄｂＣｏｍｍａｎｄ　＝
　　　　　　　ａ　ＤａｔａＳｅｔ＜／ｔｉｔｌｅ＞＜／ｈｅａｄ＞ 　　　　　　　　　ｄｂ．ＧｅｔＳｑｌＳｔｒｉｎｇＣｏｍｍａｎｄ（ｓｑｌＣｏｍｍａｎｄ）；
　　　　　　　ｄｂＣｏｍｍａｎｄ．ＣｏｍｍａｎｄＴｙｐｅ　＝
　　　　　＜ｂｏｄｙ＞ 　　　　　　　　　ＣｏｍｍａｎｄＴｙｐｅ．ＳｔｏｒｅｄＰｒｏｃｅｄｕｒｅ；
　　　　　＜ｆｏｒｍ　ｉｄ＝＂ｆｏｒｍ１＂　ｒｕｎａｔ＝＂ｓｅｒｖｅｒ＂＞ 　　　　　　　ｄｂ．ＡｄｄＩｎＰａｒａｍｅｔｅｒ（ｄｂＣｏｍｍａｎｄ，
　　　　　　　＜ｄｉｖ＞＜ａｓｐ：ＧｒｉｄＶｉｅｗ　ｒｕｎａｔ＝＂ｓｅｒｖｅｒ＂ 　　　　　　　　＂ＥｍｐｌｏｙｅｅＩＤ＂，　ＤｂＴｙｐｅ．Ｉｎｔ３２，　１）；
　　　　　　　　　　　ＩＤ＝＂ｇｒｉｄＥｍｐｌｏｙｅｅｓ＂　／＞＜／ｄｉｖ＞ 　　　　　　　ｓｔｒｉｎｇ　ｎａｔｉｏｎａｌＩＤ　＝　（ｓｔｒｉｎｇ）
　　　　　＜／ｆｏｒｍ＞ 　　　　　　　　　ｄｂ．ＥｘｅｃｕｔｅＳｃａｌａｒ（ｄｂＣｏｍｍａｎｄ）；
　　　＜／ｂｏｄｙ＞ 　　　　　　　Ｒｅｓｐｏｎｓｅ．Ｗｒｉｔｅ（＂ＮａｔｉｏｎａｌＩＤ　：　＂　＋　ｎａｔｉｏｎａｌＩＤ　＋　＂＜ｂｒ＞＂）；
　　　　　｝
　　　＜／ｈｔｍｌ＞
　　　＜／ｓｃｒｉｐｔ＞

×÷Õß×¢ÊÍ£ºÄúµ¼ÈëµÄÃüÃû¿Õ¼ä(Imports)ºÍ±¾Î
ÄÖÐÀý×ÓÓàÏÂ
²¿·
ÖµÄÒ³ÃæHTMLú́ÂëÀàËÆÓÚÇ°ÃæµÄÀý×Ó£¬ËùÒÔÎÒÔÚʣϵÄÀý 首先，代码使用ＡｄｄＩｎＰａｒａｍｅｔｅｒ（）方法给ＤｂＣｏｍｍａｎｄ对象添

×ÓÖкöÂÔÁËËüÃÇ¡£È»¶ø£¬Äú¿ÉÒÔÏ
ÂÔØʾÀý´úÂëÀ´
»ñµÃÍêÕûµÄʾ 加了 ＥｍｐｌｏｙｅｅＩＤ 输入参数。注意，ＥｍｐｌｏｙｅｅＩＤ 参数没有带 ＠ 前

ÀýÒ³
Ãæ¡
£ 缀，这就是通常指示一个 ＳＱＬ　Ｓｅｒｖｅｒ的存储过程参数的做法—

您应该从使用ＷｅｂＣｏｎｆｉｇｕｒａｔｉｏｎＭａｎａｇｅｒ类从Ｗｅｂ．ｃｏｎｆｉｇ文件 —这也是 Ｄａｔａ　Ａｃｃｅｓｓ　Ｂｌｏｃｋ以前版本的工作方式。在Ｄａｔａ　Ａｃ－

获得连接字符串开始，然后提供该连接字符串作为ＳｑｌＤａｔａｂａｓｅ ｃｅｓｓ　Ｂｌｏｃｋ 的这个新版本中，Ｄａｔａｂａｓｅ 类是一般性的，不需要指

类构造器的一个参数。有了 ＳｑｌＤａｔａｂａｓｅ 类的一个实例之后，您 定特定于数据库的前缀，比如＠ 符号和问号。ＥｘｅｃｕｔｅＳｃａｌａｒ（）方

就可以把它当作一般的Ｄａｔａｂａｓｅ类来使用，因为ＳｑｌＤａｔａｂａｓｅ类是 法执行存储过程并返回 Ｎ ａ ｔ ｉ ｏ ｎ ａ ｌ Ｉ Ｄ，代码使用脚本结尾处的

从 Ｄａｔａｂａｓｅ 类继承的。例如，ＳｑｌＤａｔａｂａｓｅ类还公开了一些方法， Ｒｅｓｐｏｎｓｅ．Ｗｒｉｔｅ（）语句将此 ＩＤ 显示在客户端上。

比如ＧｅｔＳｑｌＳｔｒｉｎｇＣｏｍｍａｎｄ（）和ＥｘｅｃｕｔｅＤａｔａＳｅｔ（），通过这些方法，
您可以获得一个 ＤｂＣｏｍｍａｎｄ 对象的实例，执行ＳＱＬ查询，并以 执行返回单个行的存储过程
ＤａｔａＳｅｔ对象的形式返回结果。尽管前面的例子使用的是ＳＥＬＥＣＴ 有时候，您需要检索一个行，而不是一组行。您可以使用

ＳＱＬ 语句，您可以使用一个存储过程轻松执行相同的操作。 存储过程以一组输出参数的形式返回单个行，而不是以ＤａｔａＳｅｔ

或 ＤａｔａＲｅａｄｅｒ 的形式返回。为此，您应该使用 Ｄａｔａｂａｓｅ 类的

执行存储过程以获得单个项 ＥｘｅｃｕｔｅＮｏｎＱｕｅｒｙ（）方法。作为 ＤｂＣｏｍｍａｎｄ 准备工作的一部分，

有时候，您可能希望通过一个存储过程或一次ＳＱＬ查询只 您需要给ＤｂＣｏｍｍａｎｄ 对象添加输出参数。下面给出该存储过程

获得一项。例如，插入新的一行到数据库中之后，您可能希望 的声明：

将新插入的值返回给使用者。 Ｃｒｅａｔｅ　Ｐｒｏｃｅｄｕｒｅ　ＧｅｔＥｍｐｌｏｙｅｅＤｅｔａｉｌｓ
　　　　　＠ＥｍｐｌｏｙｅｅＩＤ　ｉｎｔ，
为此，Ｄａｔａｂａｓｅ 类提供了一个叫做 ＥｘｅｃｕｔｅＳｃａｌａｒ（）的方法，

Programmer 111
 技术 Technology

．ＮＥＴ　＞＞＞

　　　　　＠ＮａｔｉｏｎａｌＩＤＮｕｍｂｅｒ　ｎｖａｒｃｈａｒ（１５）
可以帮您满足这个愿望，因为它提供了一个 Ｄ ａ ｔ ａ ｂ ａ ｓ ｅ ．
　　　　　　　ＯＵＴＰＵＴ，
　　　　　＠ＬｏｇｉｎＩＤ　ｎｖａｒｃｈａｒ（２５６）　ＯＵＴＰＵＴ， ＣｒｅａｔｅＣｏｎｎｅｃｔｉｏｎ（） 方法，允许您获得一个对 ＡＤＯ．ＮＥＴ　２．０
　　　　　＠Ｔｉｔｌｅ　ｎｖａｒｃｈａｒ（５０）　ＯＵＴＰＵＴ
　　　ＡＳ ＤｂＣｏｎｎｅｃｔｉｏｎ对象的引用。通过使用 ＤｂＣｏｎｎｅｃｔｉｏｎ对象，您可以
　　　　　Ｓｅｌｅｃｔ　＠ＮａｔｉｏｎａｌＩＤＮｕｍｂｅｒ　＝
　　　　　　　ＮａｔｉｏｎａｌＩＤＮｕｍｂｅｒ， 获得一个对 Ｄ ｂ Ｔ ｒ ａ ｎ ｓ ａ ｃ ｔ ｉ ｏ ｎ 变量的引用，具体方法是调用
　　　　　　　＠ＬｏｇｉｎＩＤ　＝　ＬｏｇｉｎＩＤ，
　　　　　　　＠Ｔｉｔｌｅ　＝　Ｔｉｔｌｅ　ｆｒｏｍ
ＢｅｇｉｎＴｒａｎｓａｃｔｉｏｎ（）方法，然后将返回值赋给一个ＤｂＴｒａｎｓａｃｔｉｏｎ变
　　　　　　　ＨｕｍａｎＲｅｓｏｕｒｃｅｓ．Ｅｍｐｌｏｙｅｅ 量。接下来，通过分别在执行成功或失败时调用 Ｃｏｍｍｉｔ（）或
　　　　　Ｗｈｅｒｅ　ＥｍｐｌｏｙｅｅＩＤ　＝　＠ＥｍｐｌｏｙｅｅＩＤ
　　　ＧＯ Ｒｏｌｌｂａｃｋ（）方法。您可以轻松控制事务的行为。下面的伪代码说
明了如何在一个事务的作用域内执行多个存储过程。
通过提供一组高度可重用的类在数据库执
　　　Ｄａｔａｂａｓｅ　ｄｂ　＝
行操作，ＥｎｔＬｉｂ　Ｄａｔａ　Ａｃｃｅｓｓ　Ｂｌｏｃｋ 能让您免于 　　　　　ＤａｔａｂａｓｅＦａｃｔｏｒｙ．ＣｒｅａｔｅＤａｔａｂａｓｅ（）；
编写重复性的数据库访问管道代码。
　　　／／Ｔｗｏ　ｏｐｅｒａｔｉｏｎｓ，　ｏｎｅ　ｔｏ　ａｄｄ　ｔｈｅ　ｏｒｄｅｒ
　　　／／ａｎｄ　ａｎｏｔｈｅｒ　ｔｏ　ａｄｄ　ｏｒｄｅｒ　ｄｅｔａｉｌｓ
　　　ｓｔｒｉｎｇ　ｓｑｌＣｏｍｍａｎｄ　＝　＂ＩｎｓｅｒｔＯｒｄｅｒ＂；
以下Ｐａｇｅ＿Ｌｏａｄ 代码执行ＧｅｔＥｍｐｌｏｙｅｅＤｅｔａｉｌｓ存储过程，并 　　　ＤｂＣｏｍｍａｎｄ　ｏｒｄｅｒＣｏｍｍａｎｄ　＝
　　　ｄｂ．ＧｅｔＳｔｏｒｅｄＰｒｏｃＣｏｍｍａｎｄ（ｓｑｌＣｏｍｍａｎｄ）；
以输出参数的形式返回ＮａｔｉｏｎａｌＩＤＮｕｍｂｅｒ、ＬｏｇｉｎＩＤ和Ｔｉｔｌｅ　ｃｏｌ－
　　　／／Ａｄｄ　ＩｎｓｅｒｔＯｒｄｅｒ　ｐａｒａｍｅｔｅｒｓ
ｕｍｎ值。 　　　ｓｑｌＣｏｍｍａｎｄ　＝　＂ＩｎｓｅｒｔＯｒｄｅｒＤｅｔａｉｌｓ＂；
　　　ＤｂＣｏｍｍａｎｄ　ｏｒｄｅｒＤｅｔａｉｌｓＣｏｍｍａｎｄ　＝
　　＜ｓｃｒｉｐｔ　ｒｕｎａｔ＝＂ｓｅｒｖｅｒ＂＞ 　　　ｄｂ．ＧｅｔＳｔｏｒｅｄＰｒｏｃＣｏｍｍａｎｄ（ｓｑｌＣｏｍｍａｎｄ）；

　　　　ｖｏｉｄ　Ｐａｇｅ＿Ｌｏａｄ（ｏｂｊｅｃｔ　ｓｅｎｄｅｒ，　ＥｖｅｎｔＡｒｇｓ　ｅ） 　　　／／Ａｄｄ　ＩｎｓｅｒｔＯｒｄｅｒＤｅｔａｉｌｓ　ｐａｒａｍｅｔｅｒｓ
　　　　｛ 　　　ｕｓｉｎｇ　（ＤｂＣｏｎｎｅｃｔｉｏｎ　ｃｏｎｎｅｃｔｉｏｎ　＝
　　　　　　　ｉｎｔ　ｅｍｐｌｏｙｅｅＩＤ　＝　１； 　　　　　ｄｂ．ＣｒｅａｔｅＣｏｎｎｅｃｔｉｏｎ（））
　　　　　　　Ｄａｔａｂａｓｅ　ｄｂ　＝　ＤａｔａｂａｓｅＦａｃｔｏｒｙ．ＣｒｅａｔｅＤａｔａｂａｓｅ（）；
　　　　　　　ｓｔｒｉｎｇ　ｓｑｌＣｏｍｍａｎｄ　＝＂ＧｅｔＥｍｐｌｏｙｅｅＤｅｔａｉｌｓ＂； 　　　｛
　　　　　　　ＤｂＣｏｍｍａｎｄ　ｄｂＣｏｍｍａｎｄ　＝　ｄｂ．ＧｅｔＳｑｌＳｔｒｉｎｇＣｏｍｍａｎｄ 　　　　　ｃｏｎｎｅｃｔｉｏｎ．Ｏｐｅｎ（）；
　　　　　　　　　（ｓｑｌＣｏｍｍａｎｄ）； 　　　　　ＤｂＴｒａｎｓａｃｔｉｏｎ　ｔｒａｎｓａｃｔｉｏｎ　＝
　　　　　　　ｄｂＣｏｍｍａｎｄ．ＣｏｍｍａｎｄＴｙｐｅ　＝ 　　　　　　　ｃｏｎｎｅｃｔｉｏｎ．ＢｅｇｉｎＴｒａｎｓａｃｔｉｏｎ（）；
　　　　　　　　　ＣｏｍｍａｎｄＴｙｐｅ．ＳｔｏｒｅｄＰｒｏｃｅｄｕｒｅ； 　　　　　ｔｒｙ
　　　　　　　ｄｂ．ＡｄｄＩｎＰａｒａｍｅｔｅｒ（ｄｂＣｏｍｍａｎｄ， 　　　　　｛
　　　　　　　　　＂ＥｍｐｌｏｙｅｅＩＤ＂，　ＤｂＴｙｐｅ．Ｉｎｔ３２，　１）； 　　　　　　　／／Ｅｘｅｃｕｔｅ　ｔｈｅ　ＩｎｓｅｒｔＯｒｄｅｒ
　　　　　　　ｄｂ．ＡｄｄＯｕｔＰａｒａｍｅｔｅｒ（ｄｂＣｏｍｍａｎｄ，　＂ＮａｔｉｏｎａｌＩＤＮｕｍｂｅｒ＂， 　　　　　　　ｄｂ．ＥｘｅｃｕｔｅＮｏｎＱｕｅｒｙ（ｏｒｄｅｒＣｏｍｍａｎｄ，
　　　　　　　　　　ＤｂＴｙｐｅ．Ｓｔｒｉｎｇ，　１５）； 　　　　　　　　　ｔｒａｎｓａｃｔｉｏｎ）；
　　　　　　　ｄｂ．ＡｄｄＯｕｔＰａｒａｍｅｔｅｒ（ｄｂＣｏｍｍａｎｄ，　＂ＬｏｇｉｎＩＤ＂， 　　　　　　　／／Ｅｘｅｃｕｔｅ　ｔｈｅ　ＩｎｓｅｒｔＯｒｄｅｒＤｅｔａｉｌｓ
　　　　　　　　　　ＤｂＴｙｐｅ．Ｓｔｒｉｎｇ，　２５６）； 　　　　　　　ｄｂ．ＥｘｅｃｕｔｅＮｏｎＱｕｅｒｙ（ｏｒｄｅｒＤｅｔａｉｌｓＣｏｍｍａｎｄ，
　　　　　　　ｄｂ．ＡｄｄＯｕｔＰａｒａｍｅｔｅｒ（ｄｂＣｏｍｍａｎｄ，　＂Ｔｉｔｌｅ＂， 　　　　　　　　　ｔｒａｎｓａｃｔｉｏｎ）；
　　　　　　　　　　ＤｂＴｙｐｅ．Ｓｔｒｉｎｇ，　５０）； 　　　　　　　／／Ｃｏｍｍｉｔ　ｔｈｅ　ｔｒａｎｓａｃｔｉｏｎ
　　　　　　　ｄｂ．ＥｘｅｃｕｔｅＮｏｎＱｕｅｒｙ（ｄｂＣｏｍｍａｎｄ）； 　　　　　　　ｔｒａｎｓａｃｔｉｏｎ．Ｃｏｍｍｉｔ（）；
　　　　　　　Ｒｅｓｐｏｎｓｅ．Ｗｒｉｔｅ（＂ＮａｔｉｏｎａｌＩＤ　：　＂　＋ 　　　　　｝
　　　　　　　　　ｄｂ．ＧｅｔＰａｒａｍｅｔｅｒＶａｌｕｅ（ｄｂＣｏｍｍａｎｄ， 　　　　　ｃａｔｃｈ
　　　　　　　　　＂ＮａｔｉｏｎａｌＩＤＮｕｍｂｅｒ＂）　＋　＂＜ｂｒ＞＂）； 　　　　　｛
　　　　　　　Ｒｅｓｐｏｎｓｅ．Ｗｒｉｔｅ（＂Ｌｏｇｉｎ　ＩＤ　：　＂　＋ 　　　　　　　／／Ｒｏｌｌ　ｂａｃｋ　ｔｈｅ　ｔｒａｎｓａｃｔｉｏｎ．
　　　　　　　　　ｄｂ．ＧｅｔＰａｒａｍｅｔｅｒＶａｌｕｅ（ｄｂＣｏｍｍａｎｄ， 　　　　　　　ｔｒａｎｓａｃｔｉｏｎ．Ｒｏｌｌｂａｃｋ（）；
　　　　　　　　　＂ＬｏｇｉｎＩＤ＂）　＋　＂＜ｂｒ＞＂）； 　　　　　｝
　　　　　　　Ｒｅｓｐｏｎｓｅ．Ｗｒｉｔｅ（＂Ｔｉｔｌｅ　：　＂　＋　ｄｂ．ＧｅｔＰａｒａｍｅｔｅｒＶａｌｕｅ（
　　　　　　　　　ｄｂＣｏｍｍａｎｄ，　＂Ｔｉｔｌｅ＂）　＋　＂＜ｂｒ＞＂）； 　　　｝
　　　　｝
绝大多数处理工作出现 ｕｓｉｎｇ块中。这个块使用ＢｅｇｉｎＴｒａｎｓａｃｔｉｏｎ
　　　＜／ｓｃｒｉｐｔ＞
（）方法启动事务，并使用Ｃｏｍｍｉｔ（）或Ｒｏｌｌｂａｃｋ（）方法提交或回滚
事务。
在上面的代码中，您使用了 Ｄ ｂ Ｃ ｏ ｍ ｍ ａ ｎ ｄ 对象的
ＡｄｄＯｕｔＰａｒａｍｅｔｅｒ（）方法来添加输出参数。在执行存储过程之后，
您只要使用 ＤｂＣｏｍｍａｎｄ 对象的ＧｅｔＰａｒａｍｅｔｅｒＶａｌｕｅ（）方法来获取 结束语
通过本文您了解到，通过提供一组高度可重用的类在数据
输出参数即可。
库执行操作，ＥｎｔＬｉｂ　Ｄａｔａ　Ａｃｃｅｓｓ　Ｂｌｏｃｋ 能让您免于编写重复性

用于执行多次更新的事务代码块 的数据库访问管道代码。通过这些类的使用，您可以根除应用
程序中的误差、ｂｕｇ和打字错误，并把主要精力放在应用程序的
有时候，您不仅想在一个数据库上执行多项操作，而且希
望能在一个事务的作用域内执行它们。ＥｎｔＬｉｂ　Ｄａｔａ　Ａｃｃｅｓｓ　Ｂｌｏｃｋ 核心业务逻辑上，从而提高工作效率。

112 程序员

本文内容来自于胡百敬即将出版的最新著作《ＳＱＬ　Ｓｅｒｖｅｒ　２００５
数据库开发详解》，这是国内第一本全面、深入分析 ＳＱＬ　Ｓｅｒｖｅｒ数据
库开发和管理的原创著作。
迈向大型数据库
　　从笔者 １５年前跑单帮，一个人接小案子编写学
校学籍成绩数据库、机构法人的会员数据库到如今规划跨国企
业集团的数据仓库，数据库技术随着软硬件飞快成长，从十几
Ｍｅｇａ 已经膨胀到数十 Ｔｅｒａ，膨胀了百万倍。数据是企业营运的
资产，是决策品质的关键，随着网络、人机界面、多媒体、串
接集成技术的发展和成熟，各公司团体都将轻易地累积大量数
据。所以如何有效、妥善地处理数据将是ＩＴ人员要深思的问题。
数据库系统要可大可久，规划设计至为重要。Ｓｉｚｉｎｇ　ｒｕｌｅ 为
何？如何取舍需求？如何分区数据存放？如何兼具安全性、
可扩
充性、
稳定性？灾难复原计划为何？人员教育训练计划为何？不
要随意开始，一旦累积数据，撰写了成千上万程序代码访问既定
的数据结构，届时要再修改以强化前述的各方面就为时已晚了。
在设计数据库时，从细节做起，注意每个字段数据格式的
精准，２字节整数够用，就不要用４ 字节整数。常查询的字段要
建索引。除了三阶正规划外，为了性能数据表要横向或纵向分
区，或是为了有效查询做反正规划。访问数据表时，要通过存
储过程（Ｓｔｏｒｅｄ　Ｐｒｏｃｅｄｕｒｅ）、视图（Ｖｉｅｗ）或自定义函数（Ｕｓｅｒ　Ｄｅ－
ｆｉｎｅｄ　Ｆｕｎｃｔｉｏｎ）而不要直接访问数据表。在设计阶段模拟数据，
掌握使用方式做压力测试等等，诸多细节上深思熟虑的规划设
计，才是大型数据库的成功关键。而这都是以训练有素的专业
人员，协作无间的团队默契为基础，好的产品仅提供了舞台。
１０ 年前开始接触微软的 ＳＱＬ　Ｓｅｒｖｅｒ，一路走来规划设计各
种数据库应用，看着它从部门、局部、单一的小系统迈向集团
数据仓库，从中小型企业进入大型企业核心系统，不管金融、电
信、制造、医疗、政府等各大领域，都有将 ＳＱＬ　Ｓｅｒｖｅｒ引进关
键系统的成功案例。
ＳＱＬ　Ｓｅｒｖｅｒ 从７．０ 版脱胎换骨，摆脱Ｓｙｂａｓｅ在 Ｕｎｉｘ 平台设计上
的束缚，开始善用 Ｗｉｎｄｏｗｓ　ＮＴ 的核心技术，而在２０００ 版本时大
放异彩攻城掠地。
２００５年１０月再次推出了全面性改版的　ＳＱＬ　Ｓｅｒｖｅｒ
２００５，不管是在引擎核心部分，还是新兴的商业智能领域，都力
＞＞＞　 数据库
□　文 ／ 胡百敬
图再攀高峰。期待一扫一般市场上对数据库产品的品牌认知。
工欲善其事，必先利其器。我们从 ＳＱＬ　Ｓｅｒｖｅｒ　２００５ 提供
的做大型数据库的产品特征来谈，或许可以让你知道向大型数
据库蜕变的需求。
化繁为简，开发管理界面一致化
数据库的功能与开发越来越多样化，学习曲线随之陡峭。我
们需要更一致的学习与使用经验。ＳＱＬ　Ｓｅｒｖｅｒ将多项管理工作集
成到以 Ｖｉｓｕａｌ　Ｓｔｕｄｉｏ　２００５ 为基础的”ＳＱＬ　Ｓｅｒｖｅｒ　Ｍａｎａｇｅｍｅｎｔ
Ｓｔｕｄｉｏ”。以往的”ＳＱＬ　Ｓｅｒｖｅｒ　Ｅｎｔｅｒｐｒｉｓｅ　Ｍａｎａｇｅｒ”、
“分析管理员”、
“ＳＱＬ　Ｑｕｅｒｙ　Ａｎａｌｙｚｅｒ”、“ＭＤＸ　Ｓａｍｐｌｅ　Ａｐｐｌｉｃａｔｉｏｎ”
、“报表管理
员”等工具一起整合到新的“ＳＱＬ　Ｓｅｒｖｅｒ　Ｍａｎａｇｅｍｅｎｔ　Ｓｔｕｄｉｏ”内，
并提供更广泛而深入的报表，显示数据库当下各方面的信息。
程序设计师与数据库管理师只需要熟悉一个界面，就可以
管理并测试所有相关的功能。
并在该工具提供方案管理的能力，
以项目管理Ｔ－ＳＱＬ、ＭＤＸ、ＤＭＸ、ＸＭＬ／Ａ等语言编写的各Ｓｃｒｉｐｔ
档，提供一致的编辑、访问、执行、测试环境。
除了程序开发可以用 Ｖｉｓｕａｌ　Ｓｔｕｄｉｏ　２００５ 外，转换数据的
ＳＳＩＳ、报表设计的 Ｒｅｐｏｒｔ　Ｄｅｓｉｇｎｅｒ、Ｒｅｐｏｒｔ　Ｂｕｉｌｄｅｒ 所需的 Ｒｅｐｏｒｔ
Ｍｏｄｅｌ、Ａｎａｌｙｓｉｓ　Ｓｅｒｖｉｃｅ 的 Ｃｕｂｅ、Ｄｉｍｅｎｓｉｏｎ、Ｍｉｎｉｎｇ　Ｍｏｄｅｌ之设
计与测试等，都可以在 Ｖｉｓｕａｌ　Ｓｔｕｄｉｏ　２００５ 内完成。
而 Ｖｉｓｕａｌ　Ｓｔｕｄｉｏ　２００５新加入的Ｔｅａｍ　Ｓｙｓｔｅｍ，让软件各生命
周期上的各种活动，如：分析、设计、开发、测试、维护等，都
可在 Ｖｉｓｕａｌ　Ｓｔｕｄｉｏ 集成环境内完成，大一统的荣景真让人兴奋。
引擎强化，更增效率、稳定与安全性
核心引擎是一切的基础，ＳＱＬ　Ｓｅｒｖｅｒ　２００５大多数的新功能
都与其有关，更新的功能很多，仅稍举数例如下：
面对大型信息系统，设计时首重分区。不管是分区用户、分
区应用程序功能以及分区数据存放等，都需要详加规划。在这
Programmer 113
 技术 Technology
数据库　＞＞＞
个版本中ＳＱＬ　Ｓｅｒｖｅｒ新增数据分割的功能（Ｐａｒｔｉｔｉｏｎｉｎｇ），加强对
原始超大数据表与索引的数据分区，水平分区数据表与索引，
指定个别的数据区块使用不同的文件及文件群组。当用户要访
问部分数据时，ＳＱＬ　Ｓｅｒｖｅｒ 最佳化引擎可以根据数据的实例摆
放，找出最佳的执行计划，而不至于大海捞针。
多人同时访问数据时的事务级别管理，此版新增 Ｓｎａｐｓｈｏｔ
隔离级别，让查询数据的用户在其他人也同时更改同一笔记录
时，可以访问该笔记录先前完成事务的版本。此项功能提供多
人同时访问时更大的延伸性。让读取数据的人不影响修改数据
的人，修改数据的人不影响读取数据的人。
备份时，支持映射的备份集合，减轻备份媒体自身损毁所
造成的意外伤害。
新增在线还原功能，当你用文件群组备份时，可以在复原
某个数据库时，只要主档完成还原，便可以访问已经复原完成
的部分数据，而不必等到数十 Ｔｅｒａ 的复原工作完成。
ＳＱＬ　Ｓｅｒｖｅｒ　２００５针对高可获得性（Ｈｉｇｈ　Ａｖａｉｌａｂｉｌｉｔｙ）提供了
与丛集（ｃｌｕｓｔｅｒ） 服务器不一样的解决方案
Ｒｅｄｕｎｄａｎｔ　Ｄａｔａｂａｓｅ　Ｔｅｃｈｎｏｌｏｇｙ（ＲＤＴ）。它延
伸ｌｏｇ　ｓｈｉｐｐｉｎｇ的能力，让主要的ＳＱＬ　Ｓｅｒｖｅｒ
实例有问题时 ，自动转换到备援的 Ｓ Ｑ Ｌ
Ｓｅｒｖｅｒ。而它最大的好处是使用一般标准的
电脑硬件和存储装置，不像以往群集解决
方案需要特殊的共享存储组件，因此不会受限于要连接到共用
的存储装置，而让备援系统有距离上的限制。
提供在线维护索引，让索引结构通过 ＤＤＬ 变更的当下，用
户依然可以对数据表或群集索引做新增、修改和删除的操作。
ＳＱＬ　Ｓｅｒｖｅｒ　２００５可以针对数据定义语言（ＤＤＬ）创建触发程
序，也就是用户执行Ｃｒｅａｔｅ、Ａｌｔｅｒ、Ｄｒｏｐ、Ｕｐｄａｔｅ　Ｓｔａｔｉｓｔｉｃｓ 等语
法时也会启动触发程序。你可以此来做一些管理的记录，限制
或监控用户所执行的 ＤＤＬ 语法。
有系统地以视图表显示各种元数据管理信息（Ｍｅｔａｄａｔａ）。以
往直接提供系统数据表的方式不再。而查看元数据时，也结合
了用户的权限，让无权使用某些对象的用户在查阅元数据时，
将看不到这些对象。另外，在此版本新增了一组 ｓｙｓ．ｄｍ＿开头
的系统视图表，以提供 ＳＱＬ　Ｓｅｒｖｅｒ 当下运行的动态数据，让你
可以观察该数据库实例的资源使用状况。
大幅提升可编程的能力
集成．ＮＥＴ
集成．ＮＥＴ　ＣＬＲ引擎到ＳＱＬ　Ｓｅｒｖｅｒ核心，让程序设计师可以
通过自己所熟悉的．ＮＥＴ 语言来开发ＳＱＬ　Ｓｅｒｖｅｒ 内的对象，延伸
114 程序员
了程序编写的弹性。
一致化数据库对象与中间层的程序编写模型。将．ＮＥＴ 的
Ｃｏｍｍｏｎ　Ｌａｎｇｕａｇｅ　Ｒｕｎｔｉｍｅ（ＣＬＲ）直接集成到ＳＱＬ　Ｓｅｒｖｅｒ　２００５的
数据库引擎中，让存储过程、用户自定义函数、触发程序、用
户自定义数据类型以及汇总函数可以通过．ＮＥＴ的语言，如Ｖｉｓｕａｌ
Ｂａｓｉｃ．ＮＥＴ 或 Ｃ＃ 等等来编写① ，并且直接与 ＳＱＬ　Ｓｅｒｖｅｒ 引擎执
行在同一个程序中，以提升运行性能。
应用系统的架构工程师现在有更大的想象空间，让系统分
析师和程序设计师等人可以使用相通的分析设计技巧与工具，
如对象导向分析设计、程序编写风格、．ＮＥＴ　Ｆｒａｍｅｗｏｒｋ类等，来
延伸 ＳＱＬ　Ｓｅｒｖｅｒ 的功能。
由于是数据库引擎内置．ＮＥＴ执行环境，因此若将所有的商
业逻辑都搬进到 ＳＱＬ　Ｓｅｒｖｅｒ 势必大幅增加服务器的负担，因此
仍要慎选程序逻辑的执行位置。一般来说若应用与数据适合结
合在一起，例如节省网络来回的负荷，数据与运算需要统整管
理等，才将程序集成到服务器中。在细心评估后，若觉得放在
集成．ＮＥＴ　ＣＬＲ 引擎到 ＳＱＬ　Ｓｅｒｖｅｒ 核心，让程序设计师可以
通过自己所熟悉的．ＮＥＴ 语言来开发 ＳＱＬ　Ｓｅｒｖｅｒ 内的对象，延伸
了程序编写的弹性。
数据库引擎是最佳的设计，而后才把组件放入到数据库执行，
应用的巧妙存乎一心。
另外，在数据库核心编写程序需要格外严谨，毕竟以往若
前端程序写得不好，在例外状况发生时只会造成几个人的系统
有问题，但若在数据库服务器上执行不稳定，或是有安全疑虑，
将会拖累到全部数据库服务器的用户，尤其在大型数据库服务
器上，可能还有其他系统同时执行，到时连累的是许多其他系
统的用户，因此程序开发者和数据库管理员不可不慎。
原生支持 ＸＭＬ
现今应用程序在交换数据或存储设置时，大多采用ＸＭＬ格式。在
以往我们可能将ＸＭＬ数据以文件的方式存放在硬盘目录结构上，然后
把该文件相关的管理信息放入到关系式数据库内。
在操作ＸＭＬ数据时，
一方面通过ＳＱＬ查询语法在数据库内找到相关的ＸＭＬ文件；一方面用
程序语言调用ＤＯＭ（Ｄｏｃｕｍｅｎｔ　Ｏｂｊｅｃｔ　Ｍｏｄｅｌ）对象来访问解析ＸＭＬ。
当编写这类程序时，开发人员要同时学习 Ｔ－ＳＱＬ 和 ＸＰａｔｈ
语言，ＡＤＯ．ＮＥＴ或其他数据库访问对象以及ＸＭＬ　ＤＯＭ对象类。
若ＸＭＬ 文件数据很大，由于没有索引结构，用ＤＯＭ解析的性能
往往不佳。同时，备份数据需要既备份数据库内的ｍｅｔａｄａｔａ，又
要备份文件系统上的 ＸＭＬ，而安全管控也更为复杂。
 ＞＞＞　 数据库

由于 ＡＮＳＩ　ＳＱＬ　２００３标准的要求，未来关系式数据库皆可 来整理索引也可改成 ＡＬＴＥＲ　ＩＮＤＥＸ 语法来完成。

当作ＸＭＬ 格式的数据来源与集中存储的地方。ＳＱＬ　Ｓｅｒｖｅｒ　２００５
遵循并延伸该标准，让存放数据的模型可
以延伸到 ＸＭＬ 格式。在数据定义方面新增 程序设计师通过集成在 Ｔ－ＳＱＬ内的 ＸＱｕｅｒｙ语法，混合关系式
ＸＭＬ 数据类型（每笔记录最长 ２ＧＢ），你可 数据字段与 ＸＭＬ 数据一起显示与维护，前端统一通过 ＡＤＯ．ＮＥＴ
以用来定义数据字段或是类型变量。该类 ２．０ 访问，让应用程序的开发技术单一且完整。
型除了自动要求符合 ＸＭＬ　ｗｅｌｌ　ｆｏｒｍ 定义
外，并可通过 ＸＭＬ　Ｓｃｈｅｍａ 验证 ＸＭＬ 数据
的正确性，并通过扩充ＸＰａｔｈ语言而成的ＸＱｕｅｒｙ查询语言来查询
和修改 ＸＭＬ 数据。以ＸＭＬ　Ｖｉｅｗ 将关系式数据转成ＸＭＬ 层次结
构的视图方式，并以专属的 ＸＭＬ 索引格式提升查询性能。
以ＳＱＬ　Ｓｅｒｖｅｒ　２００５当作ＸＭＬ 的存储区，可让两种类型数据
有一致的管理机制，提供相同的备份、还原、安全控管等规范。
以相同的管理工具做到上述工作，简化了系统的架构设计。程
序设计师通过集成在Ｔ－ＳＱＬ内的ＸＱｕｅｒｙ 语法，混合关系式数据
字段与ＸＭＬ 数据一起显示与维护，前端统一通过ＡＤＯ．ＮＥＴ　２．０ 访
问，让应用程序的开发技术单一且完整。
增强 Ｔｒａｎｓａｃｔ－ＳＱＬ
Ｔ－ＳＱＬ 语言一直都是使用ＳＱＬ　Ｓｅｒｖｅｒ 服务的基本，若你不熟
悉 Ｔ－ＳＱＬ，那我就不太相信你会使用ＳＱＬ　Ｓｅｒｖｅｒ。此版ＳＱＬ　Ｓｅｒｖｅｒ
更大幅增加该语言的功能，由于引擎新增了非常多的对象与功
能，例如支持．ＮＥＴ、ＸＭＬ、提供Ｗｅｂ　Ｓｅｒｖｉｃｅ、通过Ｂｒｏｋｅｒ　Ｓｅｒｖｉｃｅｓ
创建信息导向的数据处理平台、利用　ＤＤＬ 触发程序或Ｅｖｅｎｔ　Ｎｏ－
ｔｉｆｉｃａｔｉｏｎ 监控、增加证书（Ｃｅｒｔｉｆｉｃａｔｅ）和加密机制等等，而要与ＳＱＬ
Ｓｅｒｖｅｒ 沟通时，主要的语言又是Ｔ－ＳＱＬ，自然需在ＳＱＬ　Ｓｅｒｖｅｒ　２００５
加入了大量的Ｔ－ＳＱＬ 语汇，以定义或访问上述的新增功能。
同时Ｔ－ＳＱＬ语言本身也增强了数据处理的能力，例如取得
记录结果排名函数，有 ＲＡＮＫ、ＤＥＮＳＥ＿ＲＡＮＫ、ＲＯＷ＿ＮＵＭＢＥＲ 和
ＮＴＩＬＥ等。支持递归数据访问的Ｃｏｍｍｏｎ　Ｔａｂｌｅ　Ｅｘｐｒｅｓｓｉｏｎ（ＣＴＥ）、
结构化错误处理（ＴＲＹ……ＣＡＴＣＨ）、增加新的操作符如 ＰＩＶＯＴ、
ＵＮＰＩＶＯＴ，以编写枢纽分析汇总运算。另外，通过ＡＰＰＬＹ可以将
数据表函数（Ｔａｂｌｅ　Ｖａｌｕｅ　Ｆｕｎｃｔｉｏｎ　ＴＶＦ）返回的多笔记录与查询结
果相乘展开，也就是可以在ＳＥＬＥＣＴ语法中将每一笔记录的某个
上述总总代表着学习 ＳＱＬ　Ｓｅｒｖｅｒ各项功能以及Ｔ－ＳＱＬ语法
时更一致，而通过Ｔ－ＳＱＬ语法可以更简单，更有效率地完成复
杂的数据处理工作。不会让你在做不同功能时，需要熟悉风格
完全不同的 ＤＢＣＣ 指令或是存储过程。
ＳＱＬ　Ｓｅｒｖｅｒ　２００５　Ｉｎｔｅｇｒａｔｉｏｎ　Ｓｅｒｖｉｃｅｓ
大型数据库往往需要性能好功能多的 ＥＴＬ 工具辅助，以收
集各方数据，并提供数据给各方。ＳＱＬ　Ｓｅｒｖｅｒ　２００５采用全新设
计架构，不再延续前版的ＤＴＳ功能。工作流程（ｗｏｒｋ　ｆｌｏｗ）与数
据流程（ｄａｔａ　ｆｌｏｗ）分开的运行模式兼具弹性和性能。支持循环
容器，让你可以轻易地在工作流程中设计Ｆｏｒ／Ｗｈｉｌｅ　Ｌｏｏｐ或Ｆｏｒ
Ｅａｃｈ　Ｌｏｏｐ等商业逻辑。以管线与临时数据结构重新设计数据转
换流程，这让数据处理的工作负担可以大幅落在ＳＳＩＳ所执行的
机器上，减轻数据库服务器在数据转换工作上的负荷。
全面改革以．ＮＥＴ为主，如集成开发环境，封装设计与编写延
伸功能等，都基于．ＮＥＴ 相关技术。不管是通过ＶＢ．ＮＥＴ来编写工
作流程的“执行Ｓｃｒｉｐｔ工作”
；或数据转换流程内的“Ｓｃｒｉｐｔ原件”，
亦或在封装外部以．ＮＥＴ语言参照ＳＳＩＳ提供的类，
开发集成的应用
程序。整体的类架构清楚明了，能大幅提升程序化的能力。
结语
什么是 ＳＱＬ　Ｓｅｒｖｅｒ　２００５ 整体功能的最佳实现方式？这需要
市场的验证和经验的累积，
需要大家审慎地斟酌原有应用程序的
需求，并搭配组合在新的ＳＱＬ　Ｓｅｒｖｅｒ　２００５ 架构与功能中，不断
试验和实践，相信通过大家的努力，最后一定能实现。
¢Ù
ÔÚ.NET¼ ܹ¹ÖУ¬³ÌÐòÓï
ÑÔµÄÑ¡
Ôñ²»ÖØÒª£¬Ö»ÒªÊ¹
ÓÃÄãÏ°¹ßµÄÓï
ÑÔ
·ç¸ñ¼ ´¿É¡
£²»¹ÜÊÇVisualBasic¡
¢C#ÄËÖÁÓÚÆ äËûµÄÓïÑÔ£¬¶¼¿ÉÒÔÓÃÀ´
׫д

或某些字段值当作参数传给ＡＰＰＬＹ操作符之后衔接的ＴＶＦ函数， SQL Server2005µÄ×é¼ þ¡£

ＴＶＦ 通过该参数取得的多笔记录返回后，配上 ＳＥＬＥＣＴ语法原先 作者简介：

该笔记录所选择的字段，形成多笔记录乘积的结果。
胡百敬，现 任 台 湾 恒 逸 资 讯 有 限 公 司 特 约
另外，让Ｔ－ＳＱＬ的语法更一致化，以往许多要通过系统存储
培训讲师，台湾微软等多家大型企业技术顾问。
过程、ＤＢＣＣ等命令才能完成的工作，现在也能改以ＣＲＥＡＴＥ、ＡＬＴＥＲ、
为数据库领域资深专家，专注于．ＮＥＴ 技术、数
ＤＲＯＰ 等标准语法来完成。例如以往通过ｓｐ＿ａｄｄｌｏｇｉｎ、ｓｐ＿ａｄｄｕｓｅｒ等系
据库和商业智能系统的分析设计。是台湾《Ｒｕｎ！
统存储过程来创建登录帐号和数据库用户，
现今都可以通过标准的
ＰＣ》等多家 ＩＴ 杂志的专栏作家。
ＣＲＥＡＴＥ语法来创建，而修改和删除亦是如此。以往通过ＤＢＣＣ指令

Programmer 115
 技术 Technology
软件调试　＞＞＞
如何调试 Windows 子系统的
服务器进程（CSRSS.EXE）
　Ｗｉｎｄｏｗｓ 环境子系统进程（ＣＳＲＳＳ．ＥＸＥ，简称
ＣＳＲＳＳ）是Ｗｉｎｄｏｗｓ 子系统的服务器进程。尽管从 ＮＴ４开始，窗
口管理（包括屏幕输出、用户输入和消息传递）和 ＧＤＩ 的主体
实现移入到内核（ｗｉｎ３２ｋ．ｓｙｓ）中，但ＣＳＲＳＳ仍然是Ｗｉｎｄｏｗｓ子
系统的灵魂，它监管着系统内运行着的所有Ｗｉｎｄｏｗｓ进程和线
程，每个进程在创建后都要到它这里注册登记后方能运行，退
出时也要到此报告注销。除了掌管着各个进程的“生死存亡”，
ＣＳＲＳＳ在桌面管理、终端登录、控制台管理、ＨａｒｄＥｒｒｏｒ报告和ＤＯＳ
虚拟机等方面也起着重要作用。总之，把 ＣＳＲＳＳ 称为Ｗｉｎｄｏｗｓ
系统的“大内总管”不算为过。ＣＳＲＳＳ 身担如此多的重任，所
以 Ｗｉｎｄｏｗｓ 系统真的离不开它，如果尝试强行杀死 ＣＳＲＳＳ进程
（使用ｋｉｌｌ或其它工具），那么系统便会以蓝屏（ＢＳＯＤ，Ｂｌｕｅ　Ｓｃｒｅｅｎ
Ｏｆ　Ｄｅａｔｈ）结束（图 １），
图 １：ＣＳＲＳＳ 意 外 退 出 会 导 致 系 统 蓝 屏 终 止 （ ＢＳＯＤ）
从图 １中可以看到，蓝屏的停止码（ＳｔｏｐＣｏｄｅ）为Ｆ４，好时
髦的代号，
不过在这里的含义是ＣＲＩＴＩＣＡＬ＿ＯＢＪＥＣＴ＿ＴＥＲＭＩＮＡＴＩＯＮ
——“生死攸关的”系统对象被终止！停止码后面括号中是
ＢＳＯＤ 的参数，第一个参数‘３’代表被终止的是进程对象；第
116 程序员
□　文 ／　张银奎
二个参数是该进程的ＥＰＲＯＣＥＳＳ结构指针；第三个参数指向的是
进程的映像名称；第四个参数指向的是包含解释信息的字符串。
使用ＷｉｎＤｂｇ进行内核调试或分析ＤＵＭＰ文件可以观察这些信息。
尽管 ＣＳＲＳＳ 在Ｗｉｎｄｏｗｓ 系统中地位重要，但关于它的介绍
却如凤毛麟角。就连著名的Ｗｉｎｄｏｗｓ内幕一书对它的介绍也如
蜻蜓点水。微软的文档中也从未见过关于 ＣＳＲＳＳ原理和设计的
正式介绍，在ＭＳＤＮ中搜索一下，找到的大多都是与ＣＳＲＳＳ有关
的系统故障信息。因此，可以说ＣＳＲＳＳ是Ｗｉｎｄｏｗｓ世界中被“保
密”的最好的模块之一。这种神秘性使得很多 Ｗｉｎｄｏｗｓ领域的
老将也不大熟悉 ＣＳＲＳＳ 这个名字，更不知道它长什么样，有时
竟还以为它是病毒呢。不过不管你是否熟悉它，ＣＳＲＳＳ 始终在
每一个 Ｗｉｎｄｏｗｓ 系统（不包括 ３．Ｘ 或更早的Ｗｉｎｄｏｗｓ）中运行
着，而且起着不可替代的作用。
那么是不是真的没有必要了解ＣＳＲＳＳ呢？ＮＯ，因为其地位
的重要性，要了解某些 Ｗｉｎｄｏｗｓ 机制（如进程管理、控制台窗
口、用户态调试、ＨａｒｄＥｒｒｏｒ等），探索它又变得无法回避。
没有文档，没有代码，如何了解 ＣＳＲＳＳ呢？对于这样的难
题，调试跟踪无疑是最佳利刃，然而这也不是件容易的事。
首先，因为ＣＳＲＳＳ 是 Ｗｉｎｄｏｗｓ系统的关键进程，关乎系统
安全之大计，所以缺省状态下，系统是禁止ＣＳＲＳＳ被调试的。另
外对于Ｗｉｎｄｏｗｓ　２０００或之前的版本，ＣＳＲＳＳ是调试子系统的一
部分，所以如果不启动特别选项，调试对话也是无法建立和工
作的。
其次，不要以为这个大内总管很悠闲，在一个典型的Ｗｉｎ－
ｄｏｗｓ　ＸＰ 系统中，ＣＳＲＳＳ 通常有十几个工作线程在打理着系统
的日常工作，虽然它们总共占用的ＣＰＵ资源通常也就在１～２％
左右，使用ｐｓｔａｔ 观察一下（表 １），你会发现它们大多都是在忙
碌着的，模式切换次数很高，说明它们频繁奔走在内核态和用
户态之间。更严重的是，当我们在调试器调试 ＣＳＲＳＳ 时，那么
中断到调试器必然导致 ＣＳＲＳＳ 进程被挂起（Ｗｉｎｄｏｗｓ系统还不
允许以线程为单位建立调试会话），
那么它的所有线程也就被挂
 ＞＞＞　 软件调试

表 １　使 用 ＰＳＴＡＴ 工 具 观 察 ＣＳＲＳＳ 的 各 个 线 程 状 态

使用 Ｇ ｆ ｌ ａ ｇ ｓ 工具，直接执行

ｔｉｄ＊ ｐｒｉ Ｃｔｘ　Ｓｗｔｃｈ ＳｔｒｔＡｄｄｒ Ｕｓｅｒ　Ｔｉｍｅ Ｋｅｒｎｅｌ　Ｔｉｍｅ Ｓｔａｔｅ

ｇｆｌａｇｓ／ｒ　＋２００００或者通过图形界面
４ｄ４ １５ １６２４ ７５Ｂ６ＤＣＤ６ ０：００：００．０００ ０：００：００．０４０ Ｗａｉｔ：ＬｐｃＲｅｐｌｙ 选中‘Ｅｎａｂｌｅ　ｄｅｂｕｇｇｉｎｇ　ｏｆ　Ｗｉｎ３２
４ｄ８ １３ ２３４１４ ７５Ｂ６ＤＡ５６ ０：００：００．０１０ ０：００：０３．９６５ Ｗａｉｔ：ＵｓｅｒＲｅｑｕｅｓｔ
４ｄｃ １４ ２４３３４２ ７５Ｂ４４１Ｆ０ ０：００：０４．３４６ ０：００：０２．３４３ Ｗａｉｔ：ＬｐｃＲｅｃｅｉｖｅ Ｓｕｂｓｙｓｔｅｍ’（见图 ２）。
４ｅ０ １４ ３ ７５Ｂ４３７Ｅ２ ０：００：００．０００ ０：００：００．０００ Ｗａｉｔ：ＬｐｃＲｅｃｅｉｖｅ
需要重新启动系统以上改动才
４ｅｃ １４ ２４３１３３ ７５Ｂ４４１Ｆ０ ０：００：０４．５１６ ０：００：０２．１１３ Ｗａｉｔ：ＬｐｃＲｅｃｅｉｖｅ
４ｆ０ １５ ７９９９２０７１ ７５Ｂ６９Ｃ８Ａ ０：００：００．０００ ０：０１：００．７４７ Ｗａｉｔ：ＵｓｅｒＲｅｑｕｅｓｔ 能生效。但由于我们后面的操作还
４ｆ４ １５ ８１８７１１０ ７５Ｂ６９Ｃ８Ａ ０：００：００．０００ ０：０１：０３．１３０ Ｗａｉｔ：ＵｓｅｒＲｅｑｕｅｓｔ
要重新启动系统，所以大家可以统
５２４ １４ ３ ７５Ｂ６９Ｃ８Ａ ０：００：００．０００ ０：００：００．０００ Ｗａｉｔ：ＵｓｅｒＲｅｑｕｅｓｔ
３ｅｃ １５ １１２０１５２ ７５Ｂ６１９Ｄ７ ０：００：０１．３８１ ０：００：０５．４９７ Ｗａｉｔ：ＵｓｅｒＲｅｑｕｅｓｔ 筹安排合适进行重新启动。
６３ｃ １５ １ ７５Ｂ６９３Ｂ６ ０：００：００．０００ ０：００：００．０００ Ｗａｉｔ：ＵｓｅｒＲｅｑｕｅｓｔ
ｂａｃ １４ ２４１７６７ ７５Ｂ４４１Ｆ０ ０：００：０４．４１６ ０：００：０２．３５３ Ｗａｉｔ：ＬｐｃＲｅｃｅｉｖｅ 解决第二个问题的方法是使用
ｅｅ８ １４ ３４９ ７５Ｂ６１９Ｄ７ ０：００：００．０９０ ０：００：００．０５０ Ｗａｉｔ：ＵｓｅｒＲｅｑｕｅｓｔ
两个 Ｗｉｎｄｏｗｓ 系统，即使用一个
Ｅ５ｃ １４ ２１２００７ ７５Ｂ４４１Ｆ０ ０：００：０３．５０５ ０：００：０１．９１２ Ｗａｉｔ：ＬｐｃＲｅｃｅｉｖｅ
ａｃ４ １４ １６５７１０ ７５Ｂ４４１Ｆ０ ０：００：０２．７８４ ０：００：０２．３５３ Ｗａｉｔ：ＬｐｃＲｅｃｅｉｖｅ Ｗｉｎｄｏｗｓ 系统来调试另一个 Ｗｉｎ－
４０４ １４ １６６１３６ ７５Ｂ４４１Ｆ０ ０：００：０２．８７４ ０：００：０１．９２２ Ｗａｉｔ：ＬｐｃＲｅｃｅｉｖｅ
ｄｏｗｓ系统中的ＣＳＲＳＳ。这需要分两
ｃｄ８ １３ １６５８６４ ７５Ｂ４４１Ｆ０ ０：００：０３．１４４ ０：００：０１．５５２ Ｗａｉｔ：ＬｐｃＲｅｃｅｉｖｅ
９０８ １４ １６６１９６ ７５Ｂ４４１Ｆ０ ０：００：０２．７５３ ０：００：０１．４２２ Ｗａｉｔ：ＬｐｃＲｅｃｅｉｖｅ 步来做：
ｅ６ｃ １４ １４２５４ ７５Ｂ４４１Ｆ０ ０：００：００．１４０ ０：００：００．０５０ Ｗａｉｔ：ＬｐｃＲｅｃｅｉｖｅ
第一步，使用ＷｉｎＤｂｇ工具在两
＊　各 列 的 含 义 ：ｔｉｄ，线 程 ＩＤ；ｐｒｉ，线 程 的 优 先 级 ；Ｃｔｘ　Ｓｗｉｔｃｈ，模 式 切 换；ＳｔｒｔＡｄｄｒ，起 始 地 址；Ｕｓｅｒ　Ｔｉｍｅ，
在 用 户 态 运 行 的 时 间 ；Ｋｅｒｎｅｌ　Ｔｉｍｅ， 在 内 核 态 运 行 的 时 间 ；Ｓｔａｔｅ， 线 程 状 态 。 个Ｗｉｎｄｏｗｓ系统间建立内核调试对
话。ＷｉｎＤｂｇ是微软公司的免费调试
起了，于是整个Ｗｉｎｄｏｗｓ 便如凝固了一样，我们也就无法继续
工具，可以从微软网站免费下载，链接如下：
在上面做任何事了。
ｈｔｔｐ：／／ｗｗｗ．ｍｉｃｒｏｓｏｆｔ．ｃｏｍ／ｗｈｄｃ／ｄｅｖｔｏｏｌｓ／ｄｅｂｕｇｇｉｎｇ／
Ｐｉｄ（进城ＩＤ）：４ｃｃ；ｐｒｉ（优先级）
：１３；Ｈｎｄ（句柄）
：８９５；Ｐｆ（Ｐａｇｅ
ｄｅｆａｕｌｔ．ｍｓｐｘ
Ｆａｕｌｔ，内存页交换次数）
：１０４９５９；Ｗｓ（工作集）
：１０９８０Ｋ　ｃｓｒｓｓ．ｅｘｅ。
两个 Ｗ ｉ ｎ ｄ ｏ ｗ ｓ 系统可以是物理上的两台 Ｐ Ｃ 上的两个
解决第一个问题的方法是通过修改Ｗｉｎｄｏｗｓ的全局标志来
Ｗｉｎｄｏｗｓ；或者使用一台电脑利用Ｖｉｒｔｕａｌ　ＰＣ来安装第二个Ｗｉｎ－
启用对 ＣＳＲＳＳ的调试。全局标志是一个 ３２位的整数，每一位对
ｄ ｏ ｗ ｓ 系统。如果使用两台 Ｐ Ｃ ，那么可以使用串口线（Ｎ ｕ ｌ ｌ
应一个选项。控制ＣＳＲＳＳ调试的标志位叫ＦＬＧ＿ＥＮＡＢＬＥ＿ＣＳＲＤＥＢＵＧ，
Ｍｏｄｅｍ）或１３９４（ＦｉｒｅＷｉｒｅ）线建立连接；如果使用Ｖｉｒｔｕａｌ　ＰＣ，那
其所在位对应的 １６进制数是 ０ｘ２００００。通过以下两种方法之一
么可以利用管道模拟串口连接。对于前一种方法，ＷｉｎＤｂｇ的帮
可以设置ＦＬＧ＿ＥＮＡＢＬＥ＿ＣＳＲＤＥＢＵＧ标志（你应该有管理员权限）
：
助文件有非常详细的说明，不再赘述。对于如何使用Ｖｉｒｔｕａｌ　ＰＣ
直接修改注册表，将如下表键中的ＧｌｏｂａｌＦｌａｇ
（ＲＥＧ＿ＤＷＯＲＤ）
或 ＶＭＷａｒｅ 进行内核调试，请参考以下链接中的文章：
值，将其当前值与 ０ｘ２００００ 做或运算。
ｈｔｔｐ：／／ａｄｖｄｂｇ．ｏｒｇ／ｂｌｏｇｓ／ａｄｖｄｂｇ＿ｓｙｓｔｅｍ／ａｒｔｉｃｌｅｓ／１３０．ａｓｐｘ
ＨＫＥＹ＿ＬＯＣＡＬ＿ＭＡＣＨＩＮＥ＼ＳＹＳＴＥＭ＼ＣｕｒｒｅｎｔＣｏｎｔｒｏｌＳｅｔ＼Ｃｏｎｔｒｏｌ 第二步，在被调试的 Ｗｉｎｄｏｗｓ 系统（ｄｅｂｕｇｇｅｅ）中，使用
＼Ｓｅｓｓｉｏｎ？Ｍａｎａｇｅｒ
ＮＴＳＤ 调试 ＣＳＲＳＳ。ＮＴＳＤ 是 ＷｉｎＤｂｇ软件包中包含的另一个调试
工具，它支持命令行下工作，还支持通过内核调试会话将输入
和输出定向到另一台机器上，我们正是利用这一功能来在第二
台Ｗｉｎｄｏｗｓ（ｄｅｂｕｇｇｅｒ）中控制ＮＴＳＤ实现对ＣＳＲＳＳ的调试。ＮＴＳＤ
支持复杂的命令行选项，对于我们的用途，其命令行应该为：

　　　ｎｔｓｄ　－ｄ　－ｇ　－Ｇ　－ｏ　－ｐｄ　－ｐ　＜ＣＳＲＳＳ　进 程 ＩＤ＞

－ｄ 表示将输入和输出（通过 ＤｂｇＰｒｉｎｔ）定向到另一个Ｗｉｎ－
ｄｏｗｓ 中的 ＷｉｎＤｂｇ 中；－ｇ 表示忽略被调试进程的初始断点，如
果不加此开关，那么将ＮＴＳＤ附加到 ＣＳＲＳＳ进程的第一个ｂｒｅａｋｉｎ
断点会导致被调试系统僵死；－Ｇ表示忽略进程终止时的最后一
个断点；－ｏ 表示调试被调试进程启动的子进程；－ｐｄ表示调试
器应该自动与被调试进程分离；－ｐ 用来指定被调试进程的进程
ＩＤ。注意ＷｉｎＤｂｇ的帮助文件说ＣＳＲＳＳ 的进程ＩＤ总为－１，这对于
图２

Programmer 117
 技术 Technology

软件调试　＞＞＞

Ｗｉｎｄｏｗｓ　２０００ 和其后的 Ｗｉｎｄｏｗｓ 都不再成立。不过因为ＮＴＳＤ

提供了一个简洁的方法，只要使用—选项就是调试 ＣＳＲＳＳ。所
以在成功建立内核调试后，只要在被调试机上切换到ＷｉｎＤｂｇ目
录，然后输入 ＮＴＳＤ　－－。
如果一切顺利，输入ＮＴＳＤ　－－后，在调试机上应该收到类
似如下的信息，笔者使用的环境是两台机器安装的都是Ｗｉｎ－
ｄｏｗｓ　ＸＰ（ＳＰ１），ＷｉｎＤｂｇ 的版本为 ６．６。 图 ３：ＣＳＲＳＳ 进 程 显 示 的 ＬＳＡＳＳ 被 杀 界 面

＊＊＊　ｗａｉｔ　ｗｉｔｈ　ｐｅｎｄｉｎｇ　ａｔｔａｃｈ
… 因是当 ＣＳＲＳＳ弹出这个ＨａｒｄＥｒｒｏｒ时，系统已经启动了关机程序，
Ｅｘｅｃｕｔａｂｌｅ　ｓｅａｒｃｈ　ｐａｔｈ　ｉｓ：
ＭｏｄＬｏａｄ：　４ａ６８００００　４ａ６８４０００ Ｃ：＼ＷＩＮＤＯＷＳ＼ｓｙｓｔｅｍ３２＼ｃｓｒｓｓ．ｅｘｅ 此时我们按 Ｆ１２ 也不能激发调试功能了。
ＭｏｄＬｏａｄ：　７７ｆ５００００　７７ｆｆ７０００ Ｃ：＼ＷＩＮＤＯＷＳ＼Ｓｙｓｔｅｍ３２＼ｎｔｄｌｌ．ｄｌｌ
ＭｏｄＬｏａｄ：　７５ｂ４００００　７５ｂ４ａ０００ Ｃ：＼ＷＩＮＤＯＷＳ＼ｓｙｓｔｅｍ３２＼ＣＳＲＳＲＶ．ｄｌｌ 图 ４ 是ＣＳＲＳＳ 显示的另一种界面，当某个应用程序内出现未
ＭｏｄＬｏａｄ：　７５ｂ５００００　７５ｂ５ｅ０００ Ｃ：＼ＷＩＮＤＯＷＳ＼ｓｙｓｔｅｍ３２＼ｂａｓｅｓｒｖ．ｄｌｌ
ＭｏｄＬｏａｄ：　７５ｂ６００００　７５ｂａ６０００ Ｃ：＼ＷＩＮＤＯＷＳ＼ｓｙｓｔｅｍ３２＼ｗｉｎｓｒｖ．ｄｌｌ
处理异常时，
系统的缺省异常处理器
（ＵｎｈａｎｄｌｅｄＥｘｃｅｐｔｉｏｎＦｉｌｔｅｒ函数，
ＭｏｄＬｏａｄ：　７７ｄ４００００　７７ｄｃｃ０００ Ｃ：＼ＷＩＮＤＯＷＳ＼ｓｙｓｔｅｍ３２＼ＵＳＥＲ３２．ｄｌｌ
位于ＫＥＲＮＥＬ３２．ＤＬＬ）
会通过调用ＮｔＲａｉｓｅＨａｒｄＥｒｒｏｒ（）这个未公开的系
ＭｏｄＬｏａｄ：　７７ｅ６００００　７７ｆ４６０００ Ｃ：＼ＷＩＮＤＯＷＳ＼ｓｙｓｔｅｍ３２＼ＫＥＲＮＥＬ３２．ｄｌｌ
ＭｏｄＬｏａｄ：　７７ｃ７００００　７７ｃｂ００００ Ｃ：＼ＷＩＮＤＯＷＳ＼ｓｙｓｔｅｍ３２＼ＧＤＩ３２．ｄｌｌ 统服务将错误报告给系统，内核服务在通过 ＬＰＣ 发给 ＣＳＲＳＳ，于
ＭｏｄＬｏａｄ：　７７ｄｄ００００　７７ｅ５ｄ０００ Ｃ：＼ＷＩＮＤＯＷＳ＼ｓｙｓｔｅｍ３２＼ＡＤＶＡＰＩ３２．ｄｌｌ
ＭｏｄＬｏａｄ：　７８００００００　７８０８６０００ Ｃ：＼ＷＩＮＤＯＷＳ＼ｓｙｓｔｅｍ３２＼ＲＰＣＲＴ４．ｄｌｌ 是 ＣＳＲＳＳ显示出如下这个对话框。触发这个机制的方法就是随便
ＭｏｄＬｏａｄ：　７５ｅ９００００　７５ｆ３７０００ Ｃ：＼ＷＩＮＤＯＷＳ＼Ｓｙｓｔｅｍ３２＼ｓｘｓ．ｄｌｌ
写一个小程序，内部做个非法操作而且不加任何异常保护。
看到以上信息，说明ＮＴＳＤ已经成功附加（ａｔｔａｃｈ）到ＣＳＲＳＳ
进程了；ＮＴＳＤ也与调试机上的ＷｉｎＤｂｇ成功建立了连接。上面
的信息是 ＣＳＲＳＳ进程中的各个模块：ＮＴＤＬＬ．ＤＬＬ是所有Ｗｉｎ－
ｄｏｗｓ 程序都离不开的系统支持库；ＣＳＲＳＲＶ．ＤＬＬ、ＢＡＳＥＳＲＶ．
ＤＬＬ和ＷＩＮＳＲＶ．ＤＬＬ是ＣＳＲＳＳ进程用来真正实施系统服务的三 图 ４：ＣＳＲＳＳ 弹 出 的 应 用 程 序 内 出 现 未 处 理 异 常 错 误 （ Ｗｉｎｄｏｗｓ　２０００）

个服务模块；ＵＳＥＲ３２．ＤＬＬ 、ＫＥＲＮＥＬ３２．ＤＬＬ 、ＧＤＩ３２．ＤＬＬ 和 当这个对话框出现时，按下 Ｆ１２ 可以成功将 ＣＳＲＳＳ 中断到

ＡＤＶＡＰＩ３２．ＤＬＬ是Ｗｉｎｄｏｗｓ子系统模块，包含了大多数文档化 调试器。但是因为 Ｗｉｎｄｏｗｓ　ＸＰ下，ＣＳＲＳＳ启动 Ｄｒ．　Ｗａｔｓｏｎ（华
了的Ｗｉｎ３２　ＡＰＩ的入口；ＲＰＣＲＴ４．ＤＬＬ用来实现远程过程调用； 生医生）来显示 ＨａｒｄＥｒｒｏｒ（见面如图 ５ 所示），所以这个方法只
ＳＸＳ．ＤＬＬ用来实现多个版本的 Ａｓｓｅｍｂｌｙ（ＤＬＬ）在系统内共存 有在 Ｗｉｎｄｏｗｓ　２０００（或更早）中有效。
（Ｓｉｄｅ－ｂｙ－Ｓｉｄｅ）。
接下来要解决的一个问题是，
如何将ＣＳＲＳＳ中断到调试器？
对于普通的用户态或内核调试，这是个微不足道的问题，但是
对于现在的特别环境，这却有点棘手。在调试机上试图中断，但
这会中断到内核调试模式，不是我们希望的通过ＷｉｎＤｂｇ来控制
ＮＴＳＤ。因为ＮＴＳＤ在被调试机上没有界面，所以在被调试机上也
无法控制命令它把ＣＳＲＳＳ 中断。ＷｉｎＤｂｇ 的帮助文件中说，类似
图 ５：在 Ｗｉｎｄｏｗｓ　ＸＰ中 ，ＣＳＲＳＳ 会 启 动 Ｄｒ．　Ｗａｔｓｏｎ进 程 来 显 示 ＨａｒｄＥｒｒｏｒ
这样的问题应该事先有计划好的方法在被调试进程中产生异常，
这不太容易。最后一种方法是如果ＣＳＲＳＳ有用户界面，那么先将 ＣＳＲＳＳ 还有别的界面么？有。图 ６ 显示了 ＣＳＲＳＳ 的另一种
其切换到前台，然后通过按通用的Ｆ１２热键将其中断到调试器。 ＵＩ，大家一看便认得了。只要在用光盘安装一个软件的某一步
所以现在的问题是唤出ＣＳＲＳＳ的界面，然后将其“擒获”到 时，取出光盘，然后再点继续便可以触发它了。为了不损坏光
调试器。ＣＳＲＳＳ有界面么？答案是肯定的。图３所示的窗口就是 驱和光盘，建议大家使用 Ｖｉｒｔｕａｌ　ＰＣ做这个操作，只要点 Ｆｉｌｅ文
ＣＳＲＳＳ 弹出的，在冲击波病毒（微软安全公告号ＭＳ０４－０１１）猖 件菜单中的Ｉｎｓｔａｌｌ　ｏｒ　Ｕｐｄａｔｅ　Ｖｉｒｔｕａｌ　Ｍａｃｈｉｎｅ　Ａｄｄｉｔｉｏｎｓ启动安装，
獗的那段日子（２００４年 ４ 月）大家可能没少见到这个界面。弹 然后再选 ＣＤ菜单中的 Ｒｅｌｅａｓｅ　ＣＤ。如果没安装 Ｖｉｒｔｕａｌ　ＰＣ的话，
出这个界面的方法很简单，只要强行杀掉 ＬＳＡＳＳ（Ｌｏｃａｌ　Ｓｅｃｕ－ 请大家谨慎操作，或者不要做这个实验了，后面我们会揭晓比
ｒｉｔｙ　Ａｕｔｈｏｒｉｔｙ　Ｓｕｂｓｙｓｔｅｍ　Ｓｅｒｖｉｃｅ）进程就可以了。 这更简单的方法。
但是利用这个 ＣＳＲＳＳ 界面显然代价太大，而且不可行。原 将图 ５所示的对话框切换到前台（有输入焦点），然后按下

118 程序员
 ＞＞＞　 软件调试

Ｆ１２键。这时观察调试机中的ＷｉｎＤｂｇ，如果出现类似图６所示的 以从其它机器上复制过来（只需要复制前面列出的那些模块的
情形，那么便成功将 ＣＳＲＳＳ 进程中断到调试器了。 符号文件就可以了，注意保持目录结构不变）。笔者的做法是从
另一台机器上将ＷＩＮＳＲＶ、ＣＳＲＳＳ、ＣＳＲＳＲＶ等文件的调试符号复
制到被调试机的 Ｃ：＼Ｓｙｍｂｏｌｓ 目录下。
准备好调试符号文件后，需要将其根目录设置给ＮＴＳＤ，这
只要在 Ｉｎｐｕｔ 提示符后输入．ｓｙｍｐａｔｈ　ｃ：＼ｓｙｍｂｏｌｓ 便可以了。然
图 ６：ＣＳＲＳＳ 显 示 的 缺 盘 通 知
后需要通过．ｒｅｌｏａｄ 命令使其生效。
下面仔细看一下图 ７ 所示的调试界面。首先注意，命令输 接着，再次输入ｋ命令，会发现刚才的警告没有了，而且这
入区与普通的内核调试和用户态调试都不同，Ｉｎｐｕｔ 提示符专门 次的函数调用序列与刚才的也大相径庭。这次才是正确的结果，
用于表示 ＷｉｎＤｂｇ 在代理另一个调试器的输入。对于我们的情 因为我们按Ｆ１２ 键，Ｗｉｎｄｏｗｓ 子系统的内核部分接收到此热键，
况，输入到这里的命令会送给另一台机器上的ＮＴＳＤ调试器。另 然后触发了ＣＳＲＳＳ中的ＳｒｖＡｃｔｉｖａｔｅＤｅｂｕｇｇｅｒ服务，
ＳｒｖＡｃｔｉｖａｔｅＤｅｂｕｇｇｅｒ
一点要说明的是，检查图 ７ 中的进程 ＩＤ（１ｄ０），它应该与被调 检查到要调试的就是自己，便调用ＤｂｇＢｒｅａｋＰｏｉｎｔ 中断到调试器。
试机上的 ＣＳＲＳＳ 进程的进程 ＩＤ 是一致的。 可见正确设置调试符号对于调试的重要性！

０：０１０＞　ｋ
ｋ
ＣｈｉｌｄＥＢＰ　ＲｅｔＡｄｄｒ
０１２０ｆｅｃ４　７５ｂ７ａ１７９　ｎｔｄｌｌ！ＤｂｇＢｒｅａｋＰｏｉｎｔ
０１２０ｆｅｄ０　７５ｂ４４４４３　ｗｉｎｓｒｖ！ＳｒｖＡｃｔｉｖａｔｅＤｅｂｕｇｇｅｒ＋０ｘ１ａ
０１２０ｆｆｆ４　００００００００　ＣＳＲＳＲＶ！ＣｓｒＡｐｉＲｅｑｕｅｓｔＴｈｒｅａｄ＋０ｘ２５３

有了调试符号以后，可以观察到很多 ＤＬＬ 中没有输出的内

部函数，比如使用 ｘ　ｗｉｎｓｒｖ！＊ 可以列出 ＷＩＮＳＲＶ．ＤＬＬ 中的所有
图 ７：ＣＳＲＳＳ 被 中 断 到 调 试 器
符号，其中包含了很多负责重要职责的变量和例程，寥举数例：
现在可以尝试输入一些简单的命令了，比如ｌｍ列出进程内 u winsrv!SrvExitWindowsEx：Ｗｉｎｄｏｗｓ子系统退出，关
的模块（结果与前面的清单类似）
；输入￣＊可以列出ＣＳＲＳＳ进程 机使用；
内的所有线程。 u winsrv!ConsoleInputThread：控制台窗口的输入线
但是此时，还有一个问题要解决，就是调试符号。注意图 程，如果使用线程控制命令将其挂起～＜线程序号＞　ｎ（先使用
７ 中有一行 ＥＲＲＯＲ信息，这是 ＷｉｎＤｂｇ在提醒我们没有找到合适 ￣＊ 列出所有线程，通常有２个这样的线程），那么控制台窗口就
的调试符号。 不响应了，移动也不能；
输入 ｋ 命令显示函数调用栈，也会得到与此相关的警告： u winsrv!UserHardError：用来弹出ＨａｒｄＥｒｒｏｒ的函数，通
常调用ｗｉｎｓｒｖ！ＵｓｅｒＨａｒｄＥｒｒｏｒＥｘ，再使用ｗｉｎｓｒｖ！ＭｅｓｓａｇｅＢｏｘＴｉｍｅｏｕｔＷ
ＣｈｉｌｄＥＢＰ　ＲｅｔＡｄｄｒ
ＷＡＲＮＩＮＧ：　Ｓｔａｃｋ　ｕｎｗｉｎｄ　ｉｎｆｏｒｍａｔｉｏｎ　ｎｏｔ　ａｖａｉｌａｂｌｅ．　Ｆｏｌｌｏｗｉｎｇ　ｆｒａｍｅｓ 真正弹出对话框；
ｍａｙ　ｂｅ　ｗｒｏｎｇ．
０１２０ｆｅｄ０　７５ｂ４４４４３　ｎｔｄｌｌ！ＤｂｇＢｒｅａｋＰｏｉｎｔ u winsrv!HandleMouseEvent：处理控制台窗口的鼠标输入。
０１２０ｆｆｆ４　００００００００　ＣＳＲＳＲＶ！ＣｓｒＶａｌｉｄａｔｅＭｅｓｓａｇｅＳｔｒｉｎｇ＋０ｘ３ｄ３
看到这里大家是否发现什么了呢？既然控制台窗口的输入
如何设置调试符号呢？对于普通的情况，ＷｉｎＤｂｇ的文档中有比 直接与ＣＳＲＳＳ进程相关，那么当控制台窗口在前台时，按Ｆ１２热
较详细的介绍。但我们现在要做的是在ＷｉｎＤｂｇ的代理输入中为ＮＴＳＤ 键能否将 ＣＳＲＳＳ 进程中断到调试器呢？答案是肯定的，而且这
设置调试符号，ＷｉｎＤｂｇ 的文档中没有关于此的介绍。尝试通过！ 是最方便的方法。
ｓｙｍｆｉｘ 命令自动设置微软的调试符号服务器，会得到如下错误： 最后要说明的是，ＣＳＲＳＳ 代表的是 Ｃｌｉｅｎｔ／Ｓｅｒｖｅｒ　Ｒｕｎｔｉｍｅ
Ｓｅｒｖｅｒ　Ｓｕｂｓｙｓｔｅｍ，即客户 ／ 服务器（运行时）子系统：相对于
０：０１０＞　！ｓｙｍｆｉｘ
！ｓｙｍｆｉｘ Ｗｉｎｄｏｗｓ子系统中的所有普通进程来说，ＣＳＲＳＳ进程是服务器进
Ｎｅｔｗｏｒｋ　ｐａｔｈｓ　ａｒｅ　ｄｉｓａｌｌｏｗｅｄ，　ｓｙｍｂｏｌ　ｓｅｒｖｅｒ　ｉｓ　ｎｏｔ　ａｖａｉｌａｂｌｅ．
Ｓｅｔ　ｙｏｕｒ　ｓｙｍｂｏｌ　ｐａｔｈ　ｔｏ　ａ　ｓｙｍｂｏｌ　ｔｒｅｅ　ｏｎ　ｔｈｅ　ｌｏｃａｌ　ｍａｃｈｉｎｅ． 程，其它进程是客户；在 ＣＳＲＳＳ进程内部，ＷＩＮＳＲＶ、ＣＳＲＳＲＶ和
ＢＡＳＥＳＲＶ 是三个重要的服务模块，这些服务的调用者是客户；
试图设置从局域网上映射的驱动器，也会得到这种“不允
对于其它子系统，Ｗｉｎｄｏｗｓ子系统在 Ｗｉｎｄｏｗｓ中也有着不可缺
许网络路径”的错误警告。看来只能在本地安装符号文件了。可
少的服务器身份……
以选择从微软的网站上免费下载你所需版本的调试符号，也可

Programmer 119
 技术 Technology
智慧擂台　＞＞＞
移动内存算法
本期的问题是：
对于有 Ｋ个元素的数组ｉｎｔ　ａ［Ｋ］＝｛．．．．｝；写一个高效算法将
数组内容循环左移 ｍ 位
比如：ｉｎｔ　ａ［６］　＝｛１，２，３，４，５，６｝，循环左移 ３ 位得到结果
｛４５６１２３｝，
要求：
１．不允许另外申请数组空间，但可以申请少许变量；
２．不允许采用每次左移。
这是一个有趣的问题，有朋友给出过一个很简单的解法：
１．将整个数组倒排；
２．将前 ｋ－ｍ 个元素和剩下的 ｍ 个元素分别倒排。
这个算法需要对每个数组元素做两次写操作，具体而言是
２ｎ 次堆变量写操作和 ｎ 次栈变量写操作（因为倒排时调用交换
算法需要一个中间变量），有没有一种方法，只对数组元素进行
一次写操作就完成移动？
最直观的想法，就是从第一个元素开始，把它一步移动到
最终的目的位置，而该位置原有的元素的值取出，移动到它的
新位置。递归进行这个步骤。
首先，我们在数学上很容易理解，这是一个一一对应的映
射，绝不会在一个位置上出现两次移动。所以不会出现移动的
递归过程中途指向了已经移动过的元素。
那么，这个递归过程唯一的终止条件就是，当前移动的元
素，目的位置是移动过程的起始位置。
有兴趣的朋友不妨在纸上推演一下这个过程，并不复杂。
多试验几种组合，细心的朋友也许会发现，这个递归过程有时
候可以遍历整个数组，有时候则会跳过若干元素。这其中有没
有什么规律？
如果按照元素的索引下标标示元素，０到ｋ－１中的任意元素
ｉ，会移动到什么位置？
如果 ｉ小于 ｍ，它会移动到ｋ－ｍ＋ｉ，否则，它的新位置是ｉ－
ｍ。这个过程其实可以统一在一个算式下：
对于任意的 ｉ，它的新位置 ｉ＇　＝　（（ｋ　－　ｍ）　＋　ｉ　）％ｋ。
那么，我们可以定义这个循环链：取整数 ｉ０，使得 ０＝＜ｉ０
120 程序员
□　文 ／ 刘鑫
＜ｍ，定义 ｉ１＝（（ｋ－ｍ）＋ｉ０）％ｋ，ｉ２＝（（ｋ－ｍ）　＋　ｉ１）％ｋ……ｉｘ　＝
（（ｋ－ｍ）　＋　ｉｘ－１）％ｋ。当 ｉｘ＝ｉ０ 时循环终止。此时有ｉ０　＝　ｉｘ　＝
（（ｋ－ｍ）　＋　ｉｘ－１）％ｋ　＝　……＝（ｘ（ｋ－ｍ）＋ｉ０）％ｋ。
因为我们知道 ０＝＜ｉ０＜ｍ，所以有 ０　＝　ｘ（ｋ－ｍ）％ｋ，也就
是说，ｘ（ｋ－ｍ）　＝　ｙｋ，因为我们是遇到第一个ｘ（ｋ－ｍ）　＝　ｙｋ就
终止，显然等号左右的值就是 ｋ－ｍ 和 ｋ 的最小公倍数。根据数
论知识，我们知道，ｋ，ｍ，ｋ－ｍ 这三个数有最大公约数 ｑ，使
得 ｋ＝ａｑ，ｍ＝ｂｑ，ｋ－ｍ＝ｃｑ，ａ，ｂ，ｃ 三个数两两互质。进而推出
ｘ　＝　ａ，ｙ　＝　ｃ。也就是说，这个递归过程会经历 ａ 步。如果 ｋ
和 ｍ互质，ａ＝ｋ，递归过程会遍历整个区间。那么，它可以完成
对整个区间的移动操作。而如果ｋ 和　ｍ的最大公约数ｑ＞１呢？
在这里有一个现象，任意两个 ｉ，它们的差要么是 ０，要么是 ｋ
和 ｍ 的最大公因是 ｑ 的整倍数。有兴趣的朋友可以尝试证明一
下。因为我们知道整个过程一共 ａ 步，ｋ＝ａｑ，那么，ｉ到 ｉｘ 的序
列会形成一个步长为ｑ 的等差序列。所以，我们要移动整个０到
ｋ－１ 区间，应该对 ０ 到 ｑ－１ 的元素应用这个递归算法。
这样的算法只需要一次堆变量写操作，但是因为需要一个
中间变量储存移动的元素，需要２ｎ 次栈变量写操作。再加上计
算目的地址，每次移动时所需的计算量略大于两次倒排，但是
在堆变量操作方面提高了效率。
本次大部分合格的参赛作品都采用了冒泡算法，
通过两两交
换邻接元素来移动数组。
有朋友还在来信中说明冒泡排序是线性
复杂度。这是错误的。冒泡法是 ｏ（ｎ２）的，比起前面两种算法，冒
泡的效率太过低下。很多朋友在ｍ大于或小于ｋ／２ 时采用的不同
的左 ／ 右位移代码，其实只要理清了算法，不必要做此判断。只
有一位ＩＤ为ｎｊｗｉｎｄ 的朋友想到了利用数论知识。虽然他的代码还
达不到实用标准，但是这应该是本次比赛最好的作品了：
＃ｉｎｃｌｕｄｅ　＜ｓｔｄｉｏ．ｈ＞
＃ｉｎｃｌｕｄｅ　＜ｓｔｄｌｉｂ．ｈ＞
＃ｄｅｆｉｎｅ　Ｌｅｎ　６
／＊　求 最 大 公 约 数 的 函 数 　＊／
ｉｎｔ　ＣｏｍｍｏｎＦａｃｔｏｒ（ｉｎｔ　ｍ，ｉｎｔ　ｎ）｛
　　ｉｎｔ　ｔｍｐ；
　　ｉｆ（ｍ＜ｎ） 　｛
　　　　　　ｔｍｐ　＝　ｍ；　ｍ　＝　ｎ；　ｎ　＝　ｔｍｐ；
　　｝
　　ｔｍｐ　＝　ｍ　％　ｎ；
 ＞＞＞　 智慧擂台

　　ｗｈｉｌｅ（ｔｍｐ　！＝　０）　｛
　　　　ｍ　＝　ｎ；　　ｎ　＝　ｔｍｐ；　　ｔｍｐ　＝　ｍ　％　ｎ； ｔｅｍｐｌａｔｅ＜ｔｙｐｅｎａｍｅ　Ｔ，ｔｙｐｅｎａｍｅ　Ｕ＞
　　｝ ｖｏｉｄ　Ｃａｒｒｙ（Ｔ　ｐｏｉｎｔ［］，　ｃｏｎｓｔ　Ｕ　＆　ｌｅｎ，　ｃｏｎｓｔ　Ｕ　＆　ｍ）｛
　　ｒｅｔｕｒｎ　ｎ； 　　　　Ｕ　ｓｔａｒｔ　＝　０，ｐ　＝　０；
｝ 　　　　Ｔ　ｐｖ；
　　　　Ｕ　ｈｌｏｃ　＝　ＨＣＦ（ｌｅｎ，　ｍ）；
ｖｏｉｄ　ｄｉｓｐｌａｙ（ｉｎｔ　＊ｐａ）｛ 　　　　Ｕ　ｓｔｅｐ　＝　ｌｅｎ　－　ｍ；
　　　ｉｎｔ　ｉ； 　　　　ｆｏｒ　（Ｕ　ｉ　＝　０；　ｉ＜ｈｌｏｃ；　ｉ＋＋）　｛
　　　ｐｒｉｎｔｆ（＂ａｒｒａｙ：　＂）； 　　　　　　　　ｐ　＝　ｉ；　ｓｔａｒｔ　＝　ｐ；　ｐｖ　＝　ｐｏｉｎｔ［ｐ］　；
　　　ｆｏｒ（ｉ＝０；ｉ＜Ｌｅｎ；　ｉ＋＋） 　　　ｐｒｉｎｔｆ（＂％ｄ　＂，ｐａ［ｉ］）； 　　　　　　　　ｄｏ　｛
　　　ｐｒｉｎｔｆ（＂＼ｎ＂）； 　　　　　　　　　　　　ｐ　＝　（ｓｔｅｐ＋ｐ）％ｌｅｎ；
｝ 　　　　　　　　　　　　ｓｔｄ：：ｓｗａｐ（ｐｏｉｎｔ［ｐ］　，　ｐｖ）；
　　　　　　　　｝ｗｈｉｌｅ（ｐ　！＝　ｓｔａｒｔ）；
ｖｏｉｄ　ｓｗａｐ（ｉｎｔ　＊ｎ１，　ｉｎｔ　＊ｎ２）｛ 　　　　｝
　　　　ｉｎｔ　ｔｍｐ； ｝；
　　　　ｔｍｐ　＝　＊ｎ１；　　＊ｎ１　＝　＊ｎ２；　　＊ｎ２　＝　ｔｍｐ；
｝
用迭代器实现的区间移动，可以应用于 ＳＴＬ 容器等场合：
／＊　＊ｐ 数 据 指 针 ， ａＬｅｎ： 数 据 长 度 ， ｋ： 左 循 环 位 数 　＊／
ｖｏｉｄ　ＬｅｆｔＲｏｔａｔｉｏｎ（ｉｎｔ　＊ｐ，　ｉｎｔ　ａＬｅｎ，　ｉｎｔ　ｋ）｛
　　　ｉｎｔ　ｉ，ｔｍｐ，ｆａｃｔｏｒ； ｔｅｍｐｌａｔｅ＜ｔｙｐｅｎａｍｅ　ｉｔｅｒＴ，ｔｙｐｅｎａｍｅ　Ｕ＞
　　　ｋ　＝　ｋ　％　ａＬｅｎ； ｖｏｉｄ　Ｃａｒｒｙ（ｉｔｅｒＴ　＆ｉｔｅｒ，　ｃｏｎｓｔ　Ｕ　＆　ｌｅｎ，　ｃｏｎｓｔ　Ｕ　＆　ｍ）　｛
　　　ｉｆ　（　ｋ　＝＝　０）　ｒｅｔｕｒｎ； 　　　　ｉｔｅｒＴ　ｎｂ　＝　ｉｔｅｒ　＋　（ｌｅｎ－ｍ）；
　　　ｋ　＝　ａＬｅｎ　－　ｋ； 　　　　ｉｔｅｒＴ　ｐ；
　　　ｆａｃｔｏｒ　＝　ＣｏｍｍｏｎＦａｃｔｏｒ（ａＬｅｎ，　ｋ）； 　　　　ｉｔｅｒＴ　ｓｔａｒｔ　＝　ｐｏｉｎｔ；
　　　ｉｆ　（ｆａｃｔｏｒ　＝＝　１）｛ 　　　　ｉｔｅｒＴ　ｐｍ　＝　ｐｏｉｎｔ　＋　ｍ；
　　　　　ｉ　＝　０； 　　　　ｉｔｅｒａｔｏｒ＿ｔｒａｉｔｓ＜ｉｔｅｒＴ＞：：ｖａｌｕｅ＿ｔｙｐｅ　ｐｖ；
　　　　　ｄｏ｛ 　　　　Ｕ　ｈｌｏｃ　＝　ＨＣＦ（ｌｅｎ，　ｍ）；
　　　　　　　　　ｉ　＝　（ｉ＋ｋ）％ａＬｅｎ； 　　　　ｆｏｒ　（Ｕ　ｉ　＝　０；　ｉ＜ｈｌｏｃ；　ｉ＋＋）　｛
　　　　　　　　　ｓｗａｐ（ｐ，　ｐ　＋　ｉ　）　； 　　　　　　　　ｐ　＝　ｐｏｉｎｔ　＋　ｉ；
　　　　　｝　ｗｈｉｌｅ（ｉ　！＝　０）； 　　　　　　　　ｓｔａｒｔ　＝　ｐ；　ｐｖ　＝　＊ｐ　；
　　　｝ 　　　　　　　　ｄｏ　｛
　　　ｅｌｓｅ ｛ 　　　　　　　　　　　　ｉｆ　（ｐ　＜　ｐｍ）
　　　　　　　ｆｏｒ　（ｉ　＝　０；ｉ　＜　ｆａｃｔｏｒ；　ｉ＋＋）｛ 　　　　　　　　　　　　　　　　ｐ　＝　ｎｂ　＋　（ｐ　－　ｐｏｉｎｔ）；
　　　　　　　　　ｔｍｐ　＝　ｉ； 　　　　　　　　　　　　ｅｌｓｅ
　　　　　　　　　ｄｏ｛ 　　　　　　　　　　　　　　　　ｐ　－＝　ｍ；
　　　　　　　　　　　　　ｔｍｐ　＝　（ｔｍｐ＋ｋ）％ａＬｅｎ； 　　　　　　　　　　　　ｓｔｄ：：ｓｗａｐ（＊ｐ　，　ｐｖ）；
　　　　　　　　　　　　　ｓｗａｐ（＆ｐ［ｉ］，　ｐ　＋　ｔｍｐ　）　； 　　　　　　　　｝ｗｈｉｌｅ（ｐ　！＝　ｓｔａｒｔ）；
　　　　　　　　　｝　ｗｈｉｌｅ（ｔｍｐ　！＝　ｉ）； 　　　　｝
　　　　　　　｝ ｝；
　　　｝
｝ 代码中使用了 ｓｔｄ：：ｓｗａｐ 函数来交换变量值，这个函数在
ｉｎｔ　ｍａｉｎ（ｉｎｔ　ａｒｇｃ，　ｃｈａｒ　＊ａｒｇｖ［］） ｛
　　ｉｎｔ　ｉ，ｋ，ａ［Ｌｅｎ］＝｛１，２，３，４，５，６｝； ＜ａｌｇｏｒｉｔｈｍ＞中。另外为了析取迭代器的值，我使用了＜ｉｔｅｒａｔｏｒ＞
　　ｆｏｒ（ｉ＝０；ｉ＜８；ｉ＋＋）｛
　　　　　　ｆｏｒ（　ｋ　＝　０；　ｋ＜Ｌｅｎ　；ｋ＋＋）　　／＊　数 组 赋 值 　＊／ 中的ｉｔｅｒａｔｏｒ＿ｔｒａｉｔｓ操作。有兴趣的朋友不妨编写一个适用于普通
　　　　　　　　　ａ［ｋ］　＝　ｋ＋１；
　　　　　　ｋ　＝　ｉ；　　ｄｉｓｐｌａｙ（ａ）；
指针的偏特化版本。
　　　　　　ｐｒｉｎｔｆ（＂Ｌｅｎ：　％ｄ，　ｌｅｆｔ　ｒｏｔａｔｉｏｎ：　％ｄ＼ｎ＂，Ｌｅｎ，ｋ）； 两步倒排算法的实现很简单，在这里就不写出来了。重点
　　　　　　ＬｅｆｔＲｏｔａｔｉｏｎ（ａ，Ｌｅｎ，ｋ）；
　　　　　　ｄｉｓｐｌａｙ（ａ）；　　　ｐｒｉｎｔｆ（＂－－－－－－－－－－－－－－－＼ｎ＂）； 是采用一个足够简单的交换和计算中界的代码。这样的功能，Ｃ
　｝
　　ｓｙｓｔｅｍ（＂ＰＡＵＳＥ＂）；　　ｒｅｔｕｒｎ　０； 风格的代码就可以做到足够好了。
｝
有些朋友认为直接改变索引就可以重排数组，对于某些高
以下是用 Ｃ＋＋ 实现的一次移动算法代码，并进行了泛化， 级语言，例如 Ｐｙｔｈｏｎ中的内置线性容器ｌｉｓｔ，这是可以的。但是
使之可以适用于不同的类型，包括用不同整型变量表示ｋ，ｍ等 在Ｃ／Ｃ＋＋中，数组和链表是不同的概念，数组是内存堆中的连
参数的应用： 续块，不可以用这种方法来对待。对于Ｃ／Ｃ＋＋程序，我们经常
求最大公因数，辗转相除，可以应用于任何求最大公因式／ 要直接操作内存，要关注算法的复杂度，这并不是缺点，相反，
数的场合，只要参数类型支持求余和赋值： 无论高级的虚拟机语言有多少好处，总需要有底层的技术来管
理内存，用尽可能高效的算法处理面向硬件的问题。否则，用
ｔｅｍｐｌａｔｅ＜ｔｙｐｅｎａｍｅ　ｉｎｔＴ＞
ｉｎｔＴ　ＨＣＦ（ｃｏｎｓｔ　ｉｎｔＴ　＆　ｘ，　ｃｏｎｓｔ　ｉｎｔＴ　＆　ｙ）　｛ 什么来开发虚拟机呢？这个算法问题实际上在内存管理，例如
　　　　ｉｎｔＴ　ａ　＝　ｘ，　ｂ　＝　ｙ，　ｒ　＝　ａ％ｂ；
　　　　ｗｈｉｌｅ（ｒ　！＝　０）　｛ 虚拟机的实现方面，就有很大意义。在虚拟机内存管理中，我
　　　　　　　　ａ　＝　ｂ；　ｂ　＝　ｒ；　ｒ　＝　ａ％ｂ；
　　　　｝ 们面对的总是不够快的 ＣＰＵ和不够大的内存，需要有一个高效
　　　　ｒｅｔｕｒｎ　ｂ；
｝； 的算法来移动虚拟机管理的数据。对于Ｊａｖａ或 Ｃ＃程序员，这
个过程通常是透明的，但是这不表示它不存在。而默默支撑起
区间移动，支持任何类型的数组：
虚拟机的，正是这些 Ｃ／Ｃ＋＋ 代码。

Programmer 121

特性并把这个构件放到一个特定的地方，
这个构件就不仅仅会收到一个位置协调的
消息，并且会记住为什么它会被抓取。例
如，如果它被抓取同另外一个构件的左边
对齐，这个时候该构件会始终保持它们的
左对齐格式，即使它们的绝对位置发生了
改变。
ＮｅｔＢｅａｎｓ中有双路编辑——使用一个可
视化设计器和一个文本编辑器。一些可视化
设计器已经实现了这种方式。但是ＮｅｔＢｅａｎｓ
ＩＤＥ使用保护模块来防止用户编辑代码。
Ｅｃｌｉｐｓｅ的 Ｖｉｓｕａｌ　Ｅｄｉｔｏｒ
Ｖｉｓｕａｌ　Ｅｄｉｔｏｒ是一个开源的 Ｅｃｌｉｐｓｅ 编
辑器。它同 ＪＤＴ、ＰＤＥ 等其它 Ｅｃｌｉｐｓｅ 的工
具项目一样，是一个全新的Ｅｃｌｉｐｓｅ工具项
目。它可以进行可视化的编辑Ｊａｖａ　ＧＵＩ程
序，也能编辑可视化的Ｊａｖａ　Ｂｅａｎ组件。它
能与 Ｅｃｌｉｐｓｅ的Ｊａｖａ　Ｅｄｉｔｏｒ集成在一起，当
在 Ｖｉｓｕａｌ　Ｅｄｉｔｏｒ中编辑图形界面时，会立
即反馈到 Ｊａｖａ　Ｅｄｉｔｏｒ中的代码，反之亦
然，即无保护的双路编辑。
Ｖｉｓｕａｌ　Ｅｄｉｔｏｒ支持Ｓｗｉｎｇ 和ＡＷＴ的可视
Ｊａｖａ组件开发。由于这个Ｆｒａｍｅｗｏｒｋ设计的
具有通用性，它也可以很容易的实现Ｃ＋＋
或其它语言下可视化开发。其将来的版本
（从 １．０ 开始），将会支持ＳＷＴ的开发。
Ｖｉｓｕａｌ　Ｅｄｉｔｏｒ目前支持所有的传统的
布局管理器。另外，ＳＷＴ　Ｄｅｓｉｇｎｅｒ也是流
行的 ＧＵＩ 编辑器，不过是收费的。
ＪＢｕｉｌｄｅｒ 的布局管理器
除了经典的布局管理器外，ＪＢｕｉｌｄｅｒ
提供了五个方便的布局管理器，它们是：
（１）ＸＹＬａｙｏｕｔ 布局管理器：组件所在
的位置通过相对于左上角坐标确定，其大
小通过宽度和长度确定，当窗口大小发生
变化时，组件的位置和大小保持原位。
（２）ＰａｎｅＬａｙｏｕｔ 布局管理器：通过百
分比规定组件所占容器空间，当用户界
面调整时，组件的大小也会相应调整。
（３）ＶｅｒｔｉｃａｌＦｌｏｗＬａｙｏｕｔ 布局管理器：
它和ＦｌｏｗＬａｙｏｕｔ 类似，只不过它以垂直而
非水平的方式排列组件。
＞＞＞　ＳＵＮ 征文
（４）ＢｏｘＬａｙｏｕｔ２ 布局管理器：它是 持以上２款ＩＤＥ的全部功能；４种编译器及各
Ｓｗｉｎｇ 标准包中ｊａｖａｘ．ｓｗｉｎｇ．ＢｏｘＬａｙｏｕｔ 布 自特有的编译选项：Ｂｏｒｌａｎｄ　Ｍａｋｅ、Ｂｏｒｌａｎｄ
局管理器的一个包裹类，允许你通过查 Ｍａｋｅ（ＪＢ８）
、Ｐｒｏｊｅｃｔ　ｊａｖａｃ、ｊａｖａｃ；智能单步、
看器的选择，间接使用ＢｏｘＬａｙｏｕｔ的功能。 智能源码、智能交换；多线程调试；内置混
ＢｏｘＬａｙｏｕｔ 将几个组件组合在一起，以水 淆打包；ＪＢｕｉｌｄｅｒ的调试环境可谓傲视群伦，
平或者垂直的方式排列，窗口大小调整 开发纯ｊａｖａ 程序时，使用起来十分方便。
时，组件大小不会随着改变。
（５）ＯｖｅｒＬａｙＯｕｔ２ 布局管理器：它是 三．ＷＥＢ 与 Ｊ２ＥＥ 开发
Ｓｗｉｎｇ 标准包中 ｊａｖａ．ｓｗｉｎｇ．ＯｖｅｒＬａｙｏｕｔ 布 ＪＳＰ、Ｓｅｒｖｌｅｔ
局管理的包裹类，允许你通过察看器的 ＮｅｔＢｅａｎｓ支持Ｓｅｒｖｌｅｔ　２．４和ＪＳＰ　２．０。
选择，间接使用 ＯｖｅｒＬａｙｏｕｔ 的功能。 支持使用 Ｔｏｍｃａｔ　５ 部署和调试两层 Ｊ２ＥＥ
ＧＵＩ 小结 １．４ 和 １．３ 应用程序。以下是 ＮｅｔＢｅａｎｓ 为
ＧＵＩ设计部分，我更喜欢ＮｅｔＢｅａｎｓ，相 Ｗｅｂ应用程序开发提供的便利：内置Ｔｏｍｃａｔ
信很多用户也跟我一样，因为用起来真 服务器支持；生成和维护部署容易的内
的很方便。 容，包括添加到项目中的 Ｓｅｒｖｌｅｔｓ进行注
曾看见有人说，在拖拽组件时，却不 册；生成与维护具有编译、清除、测试、
能更改代码，觉得很别扭。其实我觉得受 打包、部署指令的Ａｎｔ 脚本。该脚本使开
保护的双路编辑才是应该推崇的方法， 发者无需手动将文件移动到服务器；用
这也是对 ＩＤＥ完美工作的一种保证。 于编辑 Ｓｅｒｖｌｅｔｓ、ＪＳＰ、ＨＴＭＬ 和标签库的
代码自动完成和帮助；提供“编译ＪＳＰ”命
二．编译、运行、调试、打包 令，使用这一命令可以帮助开发者在部
本节将比较三个平台在编译、运行、 署前检测ＪＳＰ 文件的错误，不管这些错误
调试、打包几个必要开发步骤中的具体 出现在编译过程中还是 Ｊ Ｓ Ｐ 文件向
表现。 Ｓｅｒｖｌｅｔｓ 转换过程中；提供全面的调试支
ＮｅｔＢｅａｎｓ 持，包括“步进ＪＳＰ 文件”以及“跟踪ＨＴＴＰ
在代码行开头点击即可设置 ／ 取消 请求”；大量的 Ｗｅｂ 模板：ＪＳＰ、Ｓｅｒｖｌｅｔ、
断点；支持条件断点、单步执行等流程控 Ｆｉｌｔｅｒ、Ｗｅｂ应用侦听器、标签库描述、标
制功能；支持局部变量、监视、堆栈显示等 签、标签处理、Ｗｅｂ　Ｓｅｒｖｉｃｅ、消息处理、
功能；支持会话、线程的查看及修改；提 Ｗｅｂ客户端等；描述文件ｗｅｂ．ｘｍｌ可视化
供了完善的远程调试功能；基于Ａｎｔ，可 编辑器；监测 ＨＴＴＰ 事务处理。
通过脚本支持调试。 Ｅ ｃ ｌ ｉ ｐ ｓ ｅ 在不安装 Ｌ Ｏ Ｍ Ｂ Ｏ Ｚ 或者
ＭｙＥｃｌｉｐｓｅ 的情况下编写 Ｗｅｂ 应用程序真
Ｅｃｌｉｐｓｅ 是麻烦之极。首先你需要手动安装Ｔｏｍｃａｔ
带有专用的 Ｄ ｅ ｂ ｕ ｇ 视图并能自动切 或者其他服务器，然后在Ｅｃｌｉｐｓｅ 中配置；
换；其Ｄｅｂｕｇ 的功能和Ｄｅｌｐｈｉ 的Ｄｅｂｕｇ比较 接下来编写代码，再更改ｗｅｂ．ｘｍｌ文件做
相似，Ｉｎｓｐｅｃｔ 、Ｗａｔｃｈ等应有尽有；支持反 部署。最后很可能因为配置不好的原因，
汇编、内存、堆栈、寄存器显示等高级功 无法启动或者部署Ｗｅｂ服务器。好在对ｗｅｂ
能；支持会话、线程的查看及修改；似乎 ．ｘｍｌ编辑时也是可视化的。
无远程调试；可根据模块的需求扩展。 ＪＢｕｉｌｄｅｒ一体化的解决办法倒是很好，
并且通过 ＯｐｅｎＴｏｏｌｓ 框架支持很多种Ｗｅｂ
ＪＢｕｉｌｄｅｒ 服务器。当然也需要手动安装这些服务
高度集成，十分丰富的调试环境，支 器，并且添加这些服务器的 Ｌｉｂ到你的项
Programmer 123
产品＆应用 Product & Application

ＳＵＮ 征文　＞＞＞

目中。ＪＢｕｉｌｄｅｒ还为各种部署文件提供了 应用服务；能够利用强大的Ｊａｖａ调试器调 混淆的级别越高，混淆的力度就越大。

方便的编辑工具： 试正在运行的服务器端代码（ＪＳＰ＆ＥＪＢ）
； Ｍｏｂｉｌｉｔｙ　Ｐａｃｋ提供了可视化用户界面
l ｗｅｂ．ｘｍｌ：Ｗｅｂ　Ｍｏｄｕｌｅ　ＤＤ　Ｅｄｉｔｏｒ 通过使用 Ｗｉｚａｒｄ 和代码生成器提高开发 设计器，开发者可以用鼠标拖拽的方式
l ｓｔｒｕｔｓ－ｃｏｎｆｉｇ．ｘｍｌ：Ｓｔｒｕｔｓ　Ｃｏｎｆｉｇ　Ｅｄｉｔｏｒ 效率；创建Ｗｅｂ服务客户端的ＷＳＤＬ形式 设计应用程序的用户界面，通过流程控
l ｆａｃｅｓ－ｃｏｎｆｉｇ．ｘｍｌ：Ｆａｃｅｓ　Ｃｏｎｆｉｇ　Ｅｄｉｔｏｒ 的文件。 制器实现界面之间的跳转，而不用编写
另外ＪＢｕｉｌｄｅｒ也对Ｊｓｐ和Ｓｅｒｖｌｅｔ提供监 Ｌ ｏ ｍ ｂ ｏ ｚ 适用的服务器有：Ａｐａｃｈｅ 任何代码。无线连接向导是Ｍｏｂｉｌｉｔｙ　Ｐａｃｋ
听器，监视各种事件的发生。 Ｔｏｍｃａｔ，ＪＢＯＳＳ，ＪＯｎＡＳ，Ｒｅｓｉｎ，Ｏｒｉｏｎ，ＪＲｕｎ， 另一新特性，能方便快速的开发出端到
ＪＢｕｉｌｄｅｒ 提供了最为完善的Ｗｅｂ 开发 Ｏｒａｃｌｅ　ＩＡＳ，ＢＥＡ　ＷｅｂＬｏｇｉｃ　Ｓｅｒｖｅｒ和 ＩＢＭ 端的企业级应用程序，服务器端只提供
环境，其次 Ｎｅｔｂｅａｎｓ 功能也十分丰富。 ＷｅｂＳｐｈｅｒｅ 等。 需要导出的服务类，Ｎｅｔｂｅａｎｓ　ＩＤＥ会自动
生成服务器端的 Ｓｅｒｖｌｅｔ 以及客户端用于
ＥＪＢ／Ｊ２ＥＥ 三种平台对框架的支持比较 连接网络的代码。虽然上述两个功能使
ＮｅｔＢｅａｎｓ
框架名称 ＮｅｔＢｅａｎｓ　５．５ Ｅｃｌｉｐｓｅ　３．ｘ ＪＢｕｉｌｄｅｒ　２００５
从 Ｎ ｅ ｔ Ｂ ｅ ａ ｎ ｓ 　 Ｉ Ｄ Ｅ 　 ４ ． １ 版本开始 ， Ｓｔｒｕｔｓ 支持，向导，文档丰富 ＭｙＥｃｌｉｐｓｅ 良 好 支 持 支持，向导，文档丰富
Ｈｉｂｅｒｎａｔｅ Ｎｂｘｄｏｃｌｅｔ 支 持 ， ５．５ 加 Ｈｉｂｅｒｎａｔｅ　Ｓｙｎ 支 持 手动配置
ＮｅｔＢｅａｎｓ 提供创建和编辑 ＥＪＢ 丰富的向导
入数据库结构和实体类
和编辑器。 的相互生成和向导
Ｓｐｒｉｎｇ 支持，向导，文档丰富 Ｓｐｒｉｎｇ　ｐｌｕｇｉｎ　４　Ｅｃｌｉｐｓｅ 手动配置
ＮｅｔＢｅａｎｓ　５．０提供以下针对企业开发 Ｓｐｒｉｎｇ　ｆｏｒ　ＪＢｕｉｌｄｅｒ２００５　ＯｐｅｎＴｏｏｌｓ
的支持：建立和编辑ＥＪＢ的可视化编辑器； Ｃｏｃｏｏｎ 暂没找到直接支持 Ｌｅｐｉｄｏ 支 持 支持，向导，文档丰富
ＪＳＦ 支持，向导，文档丰富 ＪＳＦ　Ｔｏｏｌ　Ｐｒｏｊｅｃｔ 支 持 支持，向导，文档丰富
控制 ＣＭＰ 和实体 Ｂｅａｎ 关系的可视化编辑
器；通过鼠标点击就可以在Ｗｅｂ模块中加 用起来非常方便，但是缺乏灵活性，你很
入对 ＥＪＢ 的调用；完整的组装、部署、运 小　结 难再更改开发工具为你自动生成的代码。
行和调试企业应用程序的支持；注册和 对于Ｊ２ＥＥ 开发，Ｅｃｌｉｐｓｅ 的各种支持是
测试Ｗｅｂ　Ｓｅｒｖｉｃｅ；通过鼠标点击就可以在 对全面和及时的，但是否成熟，则未必。并 Ｅｃｌｉｐｓｅ 和 ＥｃｌｉｐｓｅＭＥ
Ｗｅｂ模块或ＥＪＢ中加入对Ｗｅｂ　Ｓｅｒｖｉｃｅ的调 且开发者经常被成堆的插件弄得头昏脑胀。 不仅要下载安装 ＥｃｌｉｐｓｅＭＥ插件，还
用；由ＥＪＢ或者Ｊａｖａ类自底向上的建立Ｗｅｂ ＮｅｔＢｅａｎｓ的最新版本提供了对最新标 要安装 ＷＴＫ，并且在 Ｅｃｌｉｐｓｅ环境中配置。
Ｓｅｒｖｉｃｅ；由ＷＳＤＬ文件自顶向下的建立Ｗｅｂ 准，如ＥＪＢ　３．０ 的支持，并且内置对常见 使用 Ｅ ｃ ｌ ｉ ｐ ｓ ｅ 搭建 Ｊ ２ Ｍ Ｅ 的开发环境比
Ｓｅｒｖｉｃｅ；可以导入其他 ＩＤＥ的Ｊ２ＥＥ项目，前 框架支持。这说明，现在完全能够全面转 Ｎｅｔｂｅａｎｓ　ＩＤＥ 稍显复杂。事实上，管理
提是其与 ＢｌｕｅＰｒｉｎｔｓ标准兼容。 向 ＮｅｔＢｅａｎｓ。 Ｅｃｌｉｐｓｅ 的各种插件已经让开发者头疼不
已，有些插件的更新还很难保证。
Ｅｃｌｉｐｓｅ与 Ｌｏｍｂｏｚ 四．Ｊ２ＭＥ 开发
Ｌｏｍｂｏｚ 是Ｅｃｌｉｐｓｅ 的一个主要的开源插 ＮｅｔＢｅａｎｓ　Ｍｏｂｉｌｉｔｙ ＪＢｕｉｌｄｅｒ 和 ＷＴＫ
件（ｏｐｅｎ－ｓｏｕｒｃｅ　ｐｌｕｇ－ｉｎ），Ｌｏｍｂｏｚ 插件能 Ｎｅｔｂｅａｎｓ　ＩＤＥ和 Ｍｏｂｉｌｉｔｙ　Ｐａｃｋ 提供的 从ＪＢｕｉｌｄｅｒ　９版本开始，Ｂｏｒｌａｎｄ将ＷＴＫ
够使Ｊａｖａ开发者更好的使用Ｅｃｌｉｐｓｅ去创建， 项目管理功能非常出色，将目标平台、应 直接集成到了开发工具内。如果使用以
调试和部署基于Ｊ２ＥＥ的 Ｊａｖａ应用服务器。 用程序描述符、编译运行、混淆、签名等 前版本的 Ｊ Ｂ ｕ ｉ ｌ ｄ ｅ ｒ，那么需要首先安装
Ｌｏｍｂｏｚ 的主要功能有：使用 ＨＴＭＬ， 功能集成在了一起。开发者只需要选中 ＭｏｂｌｉｅＳｅｔ 插件。
Ｓｅｒｖｌｅｔｓ，ＪＳＰ 等方式建立 Ｗｅｂ 应用程序； 项目，右键选择属性即可配置上述选项。
Ｊ Ｓ Ｐ 的编辑带有高亮显示和编码助手、 值得注意的一点是，当项目中使用了图 小　结
ＪＳＰ 语法检查；利用Ｗｉｚａｒｄ创建Ｗｅｂ应用、 片或者媒体文件等资源的时候，应该在 其实，各种开发工具只是以自己的
ＥＪＢ 应用和 ＥＪＢ 客户端测试程序；支持部 “库和资源”选项中讲资源文件所在的文 方式对 Ｍ Ｉ Ｄ Ｐ 应用程序的开发进行了封
署 ＥＡＲ、ＷＡＲ和 ＪＡＲ；利用ｘＤｏｃｌｅｔ 开发符 件夹添加到“捆绑的库和资源”中。避免 装，　ＭＩＤＰ应用程序的开发流程都是一样。
合 ＥＪＢ　１．１、２．０和 ３．０的应用；能够实现 在 Ｊａｖａ 程序中访问资源的时候抛出空指 事实已经证明，除了使用手机供应商自
端口对端口的本地和远程的测试应用服 针异常。Ｍｏｂｉｌｉｔｙ　Ｐａｃｋ 还直接集成了 己的套件外（如 Ｎｏｋｉａ　Ｔｏｏｌｋｉｔ），ＷＴＫ 和
务；能够支持所有的有可扩展定义的Ｊａｖａ Ｐｒｏｇｕａｒｄ 混淆器，可以设置混淆的级别， ＮｅｔＢｅａｎｓ　Ｍｏｂｉｌｉｔｙ的用户最多——这方面

124 程序员
产品＆应用 Product & Application

工具点评 　＞＞＞

增的图形共有：Ｃｌａｓｓ　Ｄｉａｇｒａｍ、Ｃｏｍｐｏｓｉｔｅ
Ｓｔｒｕｃｔｕｒｅ　Ｄｉａｇｒａｍ、Ｃｏｍｐｏｎｅｎｔ　Ｄｉａｇｒａｍ、
Ｄｅｐｌｏｙｍｅｎｔ　Ｄｉａｇｒａｍ、Ｕｓｅ　Ｃａｓｅ　Ｄｉａｇｒａｍ、

高手过招，各有千秋 Ａｃｔｉｖｉｔｙ　Ｄｉａｇｒａｍ、Ｓｔａｔｅ　Ｍａｃｈｉｎｅ　Ｄｉａｇｒａｍ、
Ｓｅｑｕｅｎｃｅ　Ｄｉａｇｒａｍ 以及 Ｃｏｍｍｕｎｉｃａｔｉｏｎ
Ｄｉａｇｒａｍ 等九张图。比较起 ＵＭＬ　２．０的规

—— ＵＭＬ 工具比较分析 格所制订的十三张图，分别少了 Ｏｂｊｅｃｔ

Ｄｉａｇｒａｍ、Ｐａｃｋａｇｅ　Ｄｉａｇｒａｍ 、Ｉｎｔｅｒａｃｔｉｏｎ
Ｏｖｅｒｖｉｅｗ　Ｄｉａｇｒａｍ 以及 Ｔｉｍｉｎｇ　Ｄｉａｇｒａｍ 四

□　文 ／Ｒｉｎｇｌｅ 张图。

不过如果我们详细观察 ＵＭＬ　２．０ 的
“工欲善其事，必先利其 对！不要怀疑，这三个产品的价格 规则，我们就可以发现，其实Ｏｂｊｅｃｔ　Ｄｉａ－
器”，学习ＵＭＬ没有好的工具帮忙，往往 的差距大约是 ２０ 倍。 ｇｒａｍ 与Ｐａｃｋａｇｅ　Ｄｉａｇｒａｍ的基本Ｄｉａｇｒａｍ其
会让开发者半途而废，甚至会因为不易 实就是 Ｃｌａｓｓ　Ｄｉａｇｒａｍ，只是在这两张图
使用的开发工具，而误认为 ＵＭＬ是一个 对 ＵＭＬ　２．０ 的支持分析 中，其分别表达了 Ｐａｃｋａｇｅ间的相依关系
非常困难学习的“技术”。殊不知ＵＭＬ只 图 １ 是 ＯＭＧ 所定义的 ＵＭＬ 十三张图 以及Ｏｂｊｅｃｔ 之间的关系。因此，在ＲＳＡ中，
是一种“语言”，就和学习中文、英语一 的分类（参考自Ｕｎｉｆｉｅｄ　Ｍｏｄｅｌｉｎｇ　Ｌａｎｇｕａｇｅ： 我们可以使用 Ｃｌａｓｓ　Ｄｉａｇｒａｍ 来绘制这两
样，学习 ＵＭＬ并不困难，只要了解ＵＭＬ Ｓｕｐｅｒｓｔｒｕｃｔｕｒｅ，　Ｖｅｒｓｉｏｎ　２，　ｐ．　６６０）。 张图形。
的语法以及知道 ＵＭＬ 的适用时机，ＵＭＬ 以下，我们将针对上述的三个软件， 至于 Ｉｎｔｅｒａｃｔｉｏｎ　Ｏｖｅｒｖｉｅｗ　Ｄｉａｇｒａｍ 也
自然手到擒来。当然，如果有一套容易 分别说明其对于ＵＭＬ　２．０ 规范的支持。 是类似的状况，在ＵＭＬ　２．０的规则中，其
上手的 ＵＭＬ 开发工具，学习 ＵＭＬ的困难 ＩＢＭ 的ＲＳＡ：与Ｂｏｒｌａｎｄ　Ｔｏｇｅｔｈｅｒ都是 基本的图形是Ａｃｔｉｖｉｔｙ　Ｄｉａｇｒａｍ，因此，我
度更是大幅降低。 建构在Ｅｃｌｉｐｓｅ平台上，必须要先建立一个 们同样也可以利用 Ａｃｔｉｖｉｔｙ　Ｄｉａｇｒａｍ 来绘
在本文中，我们将评比三个不同的 ＵＭＬ　２．０ 的项目，才能绘制 ＵＭＬ 的图形。 制 Ｉｎｔｅｒａｃｔｉｏｎ　Ｏｖｅｒｖｉｅｗ　Ｄｉａｇｒａｍ。至于时
ＵＭＬ工具——ＩＢＭ公司的Ｒａｔｉｏｎａｌ　Ｓｏｆｔｗａｒｅ 序图，虽然在 ＲＳＡ 中的 Ｃｏｍｍｕｎｉｃａｔｉｏｎ
Ａｒｃｈｉｔｅｃｔ（以下简称 ＲＳＡ）、Ｂｏｒｌａｎｄ 公司的 Ｄｉａｇｒａｍ 可以表达时序图中的ＬｉｆｅＬｉｎｅ，但
Ｔｏｇｅｔｈｅｒ　Ａｒｃｈｉｔｅｃｔ（以下简称Ｔｏｇｅｔｈｅｒ）以及 是其余的相关的 ＵＭＬ 组件都缺乏，因此，
Ｓｐａｒｘ　Ｓｙｓｔｅｍｓ 公司的 Ｅｎｔｅｒｐｒｉｓｅ　Ａｒｃｈｉｔｅｃｔ ＲＳＡ 并无法完整表达时序图。
Ｃｏｒｐｏｒａｔｉｏｎ　Ｅｄｉｔｉｏｎ（以下简称ＥＡ）。评比的 因此要在 ＲＳＡ 中绘制完整的十三张
标准会从以下两个面向来分别评估： ＵＭＬ　２．０规范图，还是比较困难的，开发
l 对 ＵＭＬ　２．０ 的支持； 人员必须要很清楚地知道这十三张图各
l 文件产生机制
图 ２：ＲＳＡ 的 ＵＭＬ　２．０ 项 目 操 作 画 面
整篇文章中，我们会分成两大部分，
针对这三套软件在上述两方面的操作进 和 Ｅｃｌｉｐｓｅ 的操
行说明，并且在每一个部分的最后，都会 作相类似，在ＲＳＡ的
用表格对三个软件进行综合评比。开始 操作画面中，左边是
介绍之前，先就价钱做个评比说明，根据 项目区，右边则是所
三家公司的产品标准售价，其价格的比 有可以使用的工具
较表如表 １： 区。在ＲＳＡ中可以新

表 １： 三 套 软 件 的 价 格 表

公司 产品 价 格 （美 元 ）
ＩＢＭ Ｒａｔｉｏｎａｌ　Ｓｏｆｔｗａｒｅ　Ａｒｃｈｉｔｅｃｔ ５５００
Ｂｏｒｌａｎｄ Ｔｏｇｅｔｈｅｒ　ｆｏｒ　Ｅｃｌｉｐｓｅ　Ａｒｃｈｉｔｅｃｔ　Ｅｄｉｔｉｏｎ ５０００
Ｓｐａｒｘ　Ｓｙｓｔｅｍｓ Ｅｎｔｅｒｐｒｉｓｅ　Ａｒｃｈｉｔｅｃｔ　Ｃｏｒｐｏｒａｔｅ　Ｅｄｉｔｉｏｎ ２３９ 图 １：ＵＭＬ　２．０ 规 范 的

126 程序员

自特性，才能找到适当的图形进行绘制。
在 Ｒ Ｓ Ａ 中，开发人员可以轻松地将
Ｓｅｑｕｅｎｃｅ　Ｄｉａｇｒａｍ 转成 Ｃｏｍｍｕｎｉｃａｔｉｏｎ
Ｄｉａｇｒａｍ，反之亦然。延续了之前Ｒｏｓｅ的特
性，可以说是ＲＳＡ中最让人赞赏的部分。
最后是 ＭＤＡ 的机制，在 ＲＳＡ 中提供
三种转换机制，分别是ＵＭＬ →Ｊａｖａ、ＵＭＬ
→ Ｃ＋＋、ＵＭＬ → ＥＪＢ，由于 ＲＳＡ是建置在
Ｅｃｌｉｐｓｅ 上，因此，其转换为Ｊａｖａ或ＥＪＢ时，
能够非常顺畅地跟Ｅｃｌｉｐｓｅ的Ｊａｖａ或是Ｊ２ＥＥ
项目结合，这也是 ＲＳＡ 一向的强项。
Ｂｏｒｌａｎｄ 的 Ｔｏｇｅｔｈｅｒ：跟 ＲＳＡ相同，
在 Ｂｏｒｌａｎｄ　Ｔｏｇｅｔｈｅｒ 中要新增 ＵＭＬ　２．０ 的
Ｄｉａｇｒａｍ，也必须要在 Ｅｃｌｉｐｓｅ 的环境中新
增一个 ＵＭＬ　２．０ 的项目。
图 ３：Ｂｏｒｌａｎｄ　Ｔｏｇｅｔｈｅｒ 的 操 作 画 面
跟ＲＳＡ不同，Ｂｏｒｌａｎｄ　Ｔｏｇｅｔｈｅｒ操作界
面与先前的版本类似。针对每一张不同
类型的ＵＭＬ　Ｄｉａｇｒａｍ，可以使用的工具都
不同，如图３右方的“Ｐａｌｌｅｔｓ”绘图模版。
另外跟 ＲＳＡ 类似的是在 Ｂｏｒｌａｎｄ　Ｔｏｇｅｔｈｅｒ
中，同样地也只支持 ＵＭＬ　２．０ 中的九张
图（ 如图 ３ 左红色方框部分） ，Ｐ ａ ｃ ｋ ａ ｇ ｅ
Ｄｉａｇｒａｍ、Ｏｂｊｅｃｔ　Ｄｉａｇｒａｍ、Ｉｎｔｅｒａｃｔｉｏｎ　Ｏｖｅｒ－
ｖｉｅｗ　Ｄｉａｇｒａｍ 以及 Ｔｉｍｉｎｇ　Ｄｉａｇｒａｍ都不能
直接由 Ｂｏｒｌａｎｄ　Ｔｏｇｅｔｈｅｒ 中选取。
如前文所说，Ｐａｃｋａｇｅ　Ｄｉａｇｒａｍ 以及
Ｏｂｊｅｃｔ　Ｄｉａｇｒａｍ 都可以使用 Ｃｌａｓｓ　Ｄｉａｇｒａｍ
来绘制，相同地，在Ｂｏｒｌａｎｄ　Ｔｏｇｅｔｈｅｒ中你
也可以利用 Ｃｌａｓｓ　Ｄｉａｇｒａｍ 来绘制这两张
图。至于 Ｉｎｔｅｒａｃｔｉｏｎ　Ｏｖｅｒｖｉｅｗ　Ｄｉａｇｒａｍ 以
及 Ｔｉｍｉｎｇ　Ｄｉａｇｒａｍ，在 Ｂｏｒｌａｎｄ　Ｔｏｇｅｔｈｅｒ中
则无法绘制。
大体上，Ｂｏｒｌａｎｄ　Ｔｏｇｅｔｈｅｒ在ＵＭＬ　２．０
的支持上主要是缺少了上述的两张图；
实际的操作上，Ｂｏｒｌａｎｄ　Ｔｏｇｅｔｈｅｒ延续了以
往 Ｔｏｇｅｔｈｅｒ 的操作方式，对 Ｔｏｇｅｔｈｅｒ 的老
用户来说，不会有太大的困扰。
此外，Ｔｏｇｅｔｈｅｒ在Ｓｅｑｕｅｎｃｅ　Ｄｉａｇｒａｍ与
Ｃｏｍｍｕｎｉｃａｔｉｏｎ　Ｄｉａｇｒａｍ的互转上，提供一
个很有趣的机制，你可以根据一张相同
的Ｉｎｔｅｒａｃｔｉｏｎ　Ｄｉａｇｒａｍ，指定利用“Ｓｅｑｕｅｎｃｅ
Ｄｉａｇｒａｍ”或“Ｃｏｍｍｕｎｉｃａｔｉｏｎ　Ｄｉａｇｒａｍ”来
表现，这个想法非常有趣，也说明了这两
张图是同一个事物的不同形式。
至于根据 ＵＭＬ 产生 Ｓｏｕｒｃｅ　Ｃｏｄｅ，则
必须要采用不同的项目。如果要产生Ｊａｖａ
的代码，必须选用“Ｊａｖａ　Ｍｏｄｅｌｉｎｇ”项目，
当你在该项目中建立Ｃｌａｓｓ时，Ｔｏｇｅｔｈｅｒ都
会自动产生一个Ｊａｖａ　Ｃｌａｓｓ，当该Ｃｌａｓｓ的
属性或是操作有所变动时，会立刻反映
到程序中。这和ＴｏｇｅｔｈｅｒＪ是完全相同的。
此外，Ｔ ｏ ｇ ｅ ｔ ｈ ｅ ｒ 仍然保有过去
ＴｏｇｅｔｈｅｒＪ 的重要功能，也就是可以利用
Ｓｅｑｕｅｎｃｅ　Ｄｉａｇｒａｍ 产生 Ｉｍｐｌｅｍｅｎｔ 的代码，
相同地，也可以由代码反转回 Ｓｅｑｕｅｎｃｅ
Ｄｉａｇｒａｍ。这算是Ｔｏｇｅｔｈｅｒ 的一大特点，也
是它与其它两个产品竞争的最大优势。
Ｓｐａｒｘ　Ｓｙｓｔｅｍｓ 的 Ｅ Ａ 是这三个软
件中最轻薄的。采用了Ｓｔａｎｄ　Ａｌｏｎｅ的ＡＰ，
安装时不需要先安装 ＪＲＥ 及Ｅｃｌｉｐｓｅ。在其
中绘制ＵＭＬ　Ｄｉａｇｒａｍ也相对简单。只要在
ＥＡ 中新增一个项目，其自然就会把所有
ＵＭＬ　Ｄｉａｇｒａｍ 要绘制的相关环境准备好。
ＥＡ 的操作和前面的两个软件有相当
表 ２：对 ＵＭＬ　２．０ 的 支 持 分 析
项目
对 ＵＭＬ　２．０ 十 三 张 Ｄｉａｇｒａｍ 的 支 持
Ｓｅｑｕｅｎｃｅ　Ｄｉａｇｒａｍ与 Ｃｏｍｍｕｎｉｃａｔｉｏｎ
Ｄｉａｇｒａｍ 的 互 转 机 制
ＭＤＡ 机 制
支持的程序语言
Ｓｅｑｕｅｎｃｅ　Ｄｉａｇｒａｍ转 换 为 程 序 代 码
对 于 ＩＤＥ 接 口 的 整 合 度
＞＞＞　工具点评
大的不同。因为它本身是一个独立的程
序，其操作方式不会受到其他影响。在整
个开发环境中，右方是工具区，左方则是
整个 Ｐ ｒ ｏ ｊ ｅ ｃ ｔ 相关的各种不同的界面
（Ｖｉｅｗ）。所有的 Ｕ Ｍ Ｌ 图形将会放置在
Ｐｒｏｊｅｃｔ　Ｖｉｅｗ 中。和Ｔｏｇｅｔｈｅｒ类似的，当指
定到一个特定 Ｔｙｐｅ的Ｄｉａｇｒａｍ 时，左方的
Ｔｏｏｌｂｏｘ 会停留在该 Ｄｉａｇｒａｍ 对应的 Ｐａｌｌｅｔ
上，这在操作上是非常方便的。
图 ４：ＥＡ 的 操 作 画 面
图 ４ 中央对话框为 ＥＡ 支持的 Ｕ Ｍ Ｌ
２．０ 的Ｄｉａｇｒａｍ 。除了ＲＳＡ 及Ｔｏｇｅｔｈｅｒ 支
持的九张 Ｄｉａｇｒａｍ 外，ＥＡ 也支持其余四
张 Ｄ ｉ ａ ｇ ｒ ａ ｍ ；另外，还支持非标准的
Ａｎａｌｙｓｉｓ　Ｄｉａｇｒａｍ 。因此，若单从对ＵＭＬ
２．０ 的 支 持 来 说 ，Ｅ Ａ 算 是 最 完 整 的
工具。
对Ｓｅｑｕｅｎｃｅ　Ｄｉａｇｒａｍ与Ｃｏｍｍｕｎｉｃａｔｉｏｎ
Ｄｉａｇｒａｍ 的转换，ＥＡ 没有提供任何功能，
这算是 ＥＡ中比较弱的一环。对于ＭＤＡ的
支持。ＥＡ 做得非常弹性，开发者可以利
用Ｓｃｒｉｐｔ语法自行定义Ｔｒａｎｓｆｏｒｍａｔｉｏｎ　Ｒｕｌｅ。
在 ＥＡ 中提供 Ｃ＃、ＥＪＢ、Ｊａｖａ、ＤＤＬ、ＸＳＤ
以及 Ｗｅｂ　Ｓｅｒｖｉｃｅ 等标准的转换机制，开
发者可以将同一个 ＰＩＭ的Ｍｏｄｅｌ转换为各
种不同平台的 ＰＳＭ　Ｍｏｄｅｌ。
ＲＳＡ Ｔｏｇｅｔｈｅｒ ＥＡ
不 支 持 Ｔｉｍｉｎｇ　Ｄｉａｇｒａｍ 不 支 持 Ｔ ｉ ｍ ｉ ｎ ｇ 支持十三张
Ｄｉａｇｒａｍ、Ｉｎｔｅｒａｃｔｉｏｎ Ｄｉａｇｒａｍ
Ｏｖｅｒｖｉｅｗ　　Ｄｉａｇｒａｍ
提供 提供 不提供
有 有 有
两种 两种 九种
有 有 没有
高 高 低
Programmer 127
 ＞＞＞　新书上架

《程序员》每月精选上市新书，由编辑和业界专家亲自点评。诚邀读者推荐新书！

新书上架
《Ｃ ＃入门经典（第 ３ 版）》
出版社：清华大学出版社

本书全面介绍了 Ｃ＃ 编程的所有知识，共分为 ５ 篇：第 １ 篇介绍了 Ｃ＃ 语言的所有内容，从基

础知识到面向对象的技术，应有尽有；第 ２ 篇介绍如何用 Ｃ＃ 编写 Ｗｉｎｄｏｗｓ 应用程序，如何部署它
们；第 ３ 篇描述 Ｗｅｂ 应用程序的开发、Ｗｅｂ 服务和 Ｗｅｂ 应用程序的部署；第 ４ 篇是介绍在应用程序
中如何使用数据，包括存储在硬盘文件上的数据、以 ＸＭＬ 格式存储的数据和数据库中的数据；第
５ 篇讲述使用 Ｃ＃ 和．ＮＥＴ　Ｆｒａｍｅｗｏｒｋ 的一些额外方式，包括程序集、属性、ＸＭＬ 文档、网络和 ＧＤＩ＋ 图形编程。
本书适合于想学习使用．ＮＥＴ　Ｆｒａｍｅｗｏｒｋ 编写 Ｃ＃ 程序的初级读者，和已了解．ＮＥＴ　１．０，而想学习．ＮＥＴ　２．０ 和
Ｖｉｓｕａｌ　Ｓｔｕｄｉｏ　２００５最新功能的读者。如果非要给该书提点意见，那么我希望再版时用纸稍加考究。

《Ｊａｖａ 程序设计语言（第 ４ 版英文版）》

出版社：人民邮电出版社

本书由 Ｊａｖａ 之父 Ｊａｍｅｓ　Ｇｏｓｌｉｎｇ 和另外两位顶级专家联袂撰写，针对最新版本 Ｊａｖａ　５．０ 进

行了全面更新，凝聚了大师们多年的实践经验和独具的真知灼见。书中全面系统地介绍了 Ｊａｖａ 各
主要包（ｊａｖａ．ｌａｎｇ．＊；ｊａｖａ．ｕｔｉｌ 和 ｊａｖａ．ｉｏ ）中的大多数类，以内容丰富的示例对这些类的工作原
理进行了深入剖析，而且还超越语言特性之外，突出强调了当今开发高质量 Ｊａｖａ程序的最佳实践。
适合 Ｊａｖａ程序员掌握和深入理解 Ｊａｖａ语言及其类库参考。

《编程卓越之道》
出版社：电子工业出版社

本书提供了作者积累的关于卓越编程的真知灼见。 弥补了计算机科学和工程课程中被忽略的一
个部分——底层细节，而这正是构建卓越代码的基石。具体内容包括：计算机数据表示法，二进制
数学运算与位运算，内存组织与内存访问，数据类型及其表示，布尔逻辑与数字设计，ＣＰＵ体系结
构，ＣＰＵ 指令集的体系结构，内存体系与内存组织，计算机系统如何与外界通信等。
本书将教你写出让你引以为豪的代码；能够给同行留下深刻印象的代码；能够让客户满意、乐于使用的代码；能够
让人们（客户，你的老板，等等）不惜花大价钱来获得的代码。
简而言之，《编程卓越之道》系列将论述如何编写出卓越超凡，让其他程序员敬畏的软件。

《ＵＭＬ 和模式应用（原书第 ３ 版）》

出版社：机械工业出版社

本书是面向对象分析和设计（ＯＯＡ／Ｄ）的实用指南，阐述了迭代开发相关方面的内容，使你
能一步一步地实现从需求到编码的全过程。通过本书，你将学习如何应用设计模式，包括流行的
ＧｏＦ 模式和 ＧＲＡＳＰ 模式。ＧＲＡＳＰ 模式表达了对象设计中职责分配的基本原则。本书的结构和重
点建立在作者多年教授和培训成千上万学生掌握 ＯＯＡ／Ｄ 的经验之上，它提供了一个精炼的、已证
明的和高效率的掌握 ＯＯＡ／Ｄ 的学习方法，使你在阅读和学习上的投资得到优化。书中详尽地说明一个案例，以便实际
地说明整个 ＯＯＡ／Ｄ 过程，并深入讨论问题的棘手细节，这是一个实际的练习。本书还说明如何将对象设计工件映射成
Ｊａｖａ 代码。
本书适合熟悉ＯＯＡ／Ｄ但希望学习ＵＭＬ表示法、 应用模式的读者，或者希望加强和提高自己的分析和设计技能的读者。

Programmer 133