BT

如何利用碎片时间提升技术认知与能力? 点击获取答案

InfoQ中文站翻译之作《实现模式》中文版面市

| 作者 InfoQ中文站 关注 64 他的粉丝 发布于 2008年12月12日. 估计阅读时间: 6 分钟 | CNUTCon 了解国内外一线大厂50+智能运维最新实践案例。

Kent Beck著,InfoQ中文站翻译的《实现模式》中文版近日已经面市:http://www.china-pub.com/508887。

这是一本相当靠谱的书。

因为它有一个相当靠谱的作者。

Kent Beck,JUnit测试框架创始人,《测试驱动开发》和《解析极限编程》的作者,软件业中最具创新力,最富盛名的领袖之一。长期以来,他一直致力于挑战软件工程教条,推动模式、测试驱动开发以及极限编程等思想的应用和传播。

优秀的代码绝非仅仅是功能的堆砌:它可以清晰的表述出你的意图,自始至终保持一致性,让其他开发者可以理解并信任你的代码,能够信心十足的修改它。但是这 种代码不会自然而然地产生。它是编程人员每天数百个看似琐碎实则重要无比的决定的产物。在这本书中,Kent Beck将自己多年形成的编程习惯以及阅读既有代码的体验凝练成了编程中的价值观、原则和77种实现模式,帮助人们写出更加简洁、清晰、组织良好且具有更 佳有效产出的代码。

在OOPSLA 2007大会上,Kent Beck在接受InfoQ的采访时说:

这本书有一个前提,就是程序员需要通过代码来跟其他人交流,所以机械式的做法是远远不够的,你需要考虑当别人读你的代码时会有怎样的感受。编程更像是作家 写作,而不仅仅是构造一系列指令让机器运转。其主要原因在于,修改代码要用去编码成本的3倍、4倍或者5倍之多,所以编码时一定要谨慎,别人阅读理解你的 代码,要远远超出你编码所用的时间。

……

我喜欢模式这种形式,是因为你可以通过模式来讨论做事情的动机。市面上有很多有关Java编程的书,那些优秀作品的作者都富有实践经验,曾经认真思考过应 该如何编程;但是我却只能读到一系列的指示,“像这样命名变量,像那样组织代码,等等”,在特定的情形下,这些都是不错的做法,但这样做的理由是什么?我 在书中从来没有看到过答案。它们在什么样的上下文中才能成为正确的做法?前提步骤是什么?又会有什么样的结果?如果我这样做了以后,还应该做些什么事情, 才能让整个系统协调有序?所以会出现不同的个人编程方式。

每一种编程方式都由许多决策组成。它们相互支持,协同工作,从中抽出一条来使用并不一定能有效果。所以通过模式这样一种形式,我就有机会问出这样的问 题,“你怎样给字段命名?”嗯,让我们来看一下,你打算向别人表达些什么东西?如果有人读到一个变量名,他们可能会对这个名字的哪方面感兴趣?在命名方面 有哪些约束?缩写的效果并不太好,但是原因何在?很长的名字也不好,理由又是什么?在以模式的名义写下这些经验时,我就有机会对这一切进行思索。我的变量 命名规则是,用简单的名字描述出变量在计算中所担任的角色,但是如果我把这个规则说出来就完了,有些人就会直接拿来用,不会去想为什么,也体会不到我所体 会到的东西,而且,当这条规则不再正确时,他们不知道规则背后隐藏着什么样的思索,所以也就不知道何时打破规则。

……

如果你尚未决定是否要读这本书,或许你还可以先听一下诸多名家的赞誉之语:

“Kent是用代码来沟通的大师,他的代码不但易于理解,而且阅读起来是一大乐事。我们在创造高质量代码的过程中不断做出微小却重要的决定,本书每一章都是对这些决定的精辟解释和深刻洞察。”

——Erich Gamma,《设计模式》作者

“很多人没体会过代码的可读性能有多高,也没意识到可读性有多大的价值。Kent Beck教过我很多,这本书让所有人都有机会以他为师。”

——Martin Fowler,《重构》、《企业应用架构模式》作者,ThoughtWorks首席科学家

“《实现模式》填补了设计和编码之间的缺口。Beck以价值观和原则为基础,引出了编程领域的一种新的思考方式。”

——Diomidis Spinellis,《Code Reading》和《Code Quality》的作者

或者,也可以读一下译者序:

这是一本关于如何写好代码的书。

如果你不认为写好代码是一件重要、困难并且有趣的事,请立即放下这本书。

什么是好的代码?可以工作的、性能良好的、不出bug的代码,就是好的代码吗?

所谓好的代码,除了其他所有要求以外,还应该清晰准确地传达写作者的想法。

Martin Fowler在《重构》里说:“任何一个傻瓜都能写出机器能懂的代码。好的程序员应该写出人能懂的代码。”

如果你不同意这句话,请立即放下这本书。因为这是一本关于如何用代码与他人(而非机器)沟通的书。

任何读到这一行的程序员都应该读完这本书。

Steve McConnell在《代码大全》里说:“不要过早优化,但也不要过早劣化。”这本书将告诉你如何在几乎不引入任何额外成本的前提下避免一些常见的低级错误——它们是常见的,因为几乎每个人都犯过并且还在犯着这些错误。

如果你确实没有时间,至少应该读完第6章“状态”。因为在各种常见的低级错误中最常见者就是关于“什么信息在什么地方”的决策错误。

在这样一本书的序言里说任何废话都将是佛头着粪。

所以,现在就祝你阅读愉快、编程愉快。

是为序。

InfoQ独家提供样章:欢迎下载第3章《一种编程理论》

本书的译者为:

李剑,Ethos资深工程师,InfoQ中文站敏捷社区首席编辑,译作有《深入浅出Struts2》《硝烟中的Scrum和XP》

熊节,ThoughtWorks资深咨询师,InfoQ中文站敏捷社区编辑,译作有《重构:改善既有代码的设计》《J2EE核心模式》《Contributing to Eclipse》

郭晓刚,InfoQ中文站架构社区首席编辑,独立开发者,10年工作经验。

评价本文

专业度
风格

您好,朋友!

您需要 注册一个InfoQ账号 或者 才能进行评论。在您完成注册后还需要进行一些设置。

获得来自InfoQ的更多体验。

告诉我们您的想法

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

买过英文版了 by Cui Anders

前几天刚买的英文版,一直很喜欢Kent的风格:)

没有样章? by _ moxie

给几段样章看看:)

Re: 没有样章? by 刘 申

增加了一个样章:)

为什么当当没有卖得? by shen shibo

为什么只有china-pub有卖得?这个网站超级恶,我在那买本书邮了80天才邮到,希望当当也能有卖得

Re: 为什么当当没有卖得? by Jacky Li

当当的购书地址在这里:

product.dangdang.com/product.aspx?product_id=20...

上穷碧落啥意思? by Pazzini Giampaolo

基本上我觉得吧是古文

Re: 上穷碧落啥意思? by Jacky Li

长恨歌:上穷碧落下黄泉,两处茫茫皆不见

Re: 上穷碧落啥意思? by peng xiao

刚看到样章,就来个“上穷碧落”,这,这。。。

貌似小刀的 古文造诣相当的不错,不过还是认为在这样的技术书籍中弄个这样的句子出来有点不合适。。。

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

8 讨论

登陆InfoQ,与你最关心的话题互动。


找回密码....

Follow

关注你最喜爱的话题和作者

快速浏览网站内你所感兴趣话题的精选内容。

Like

内容自由定制

选择想要阅读的主题和喜爱的作者定制自己的新闻源。

Notifications

获取更新

设置通知机制以获取内容更新对您而言是否重要

BT