BT

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

使用编程语言的惯用语和范式交流意图

| 作者 Sadek Drobi 关注 1 他的粉丝 ,译者 乔梁 关注 7 他的粉丝 发布于 2008年2月19日. 估计阅读时间: 3 分钟 | CNUTCon 了解国内外一线大厂50+智能运维最新实践案例。

是不是在努力使代码更清晰易读?Reg Braithwaite坚信,通过恰当选择程序语言的惯用语有利于表达代码的意图。他强调,尽管有多种方式实现这一目标,但我们不能随意选择,而应该选择最易于表达代码意图的方式。例如,选择适当的语法有助于传达关于代码意图的有用信息:

以Ruby中的代码块为例。当一个代码块包含多行代码时,一些人使用do ... end,而当只有一行代码时就只用{...}。目前就我所知,一个流行且被认可的用法就是:针对重点关注执行的“副作用”的代码块使用“do...end”,针对重点关注返回值的代码块使用{...}:

foo.map { |x|
# 我关心执行结果
}
foo.each do |x|
# 我关心副作用
end

尽管计算机并不在意这些,但这段代码的确传达出一些额外的信息。事实上,在第一段代码中,我们主要关心它的结果值,而后一段代码中则是它执行的一系列“副作用”操作。

Braithwaite 认为,这种方法并不限于程序语言的语法,同样可以扩展到范式(译注:paradigm,一类典型的编程风格)上。某些语言(例如Ruby)支持“同一个功能可以使用多种完全不同的表达方式”。这样就可以尝试选择一个最佳范式来表达代码意图。

让某个功能模块看上去就是该功能,你就可以清晰表明这段代码是严格为要达成的结果所开发的。 像for和while之类“语气较重”的命令式语法元素,应该用在需要修改变量的值或者想引发“副作用”操作的情形下。……同样地,而当你为现实世界的实体进行建模或需要长期的持久化状态时,面向对象(OO)是极佳的范式选择。象Ruby这样的语言,在一般情况下,会迫使你以不明显的方式使用OO式编程;除非你想让同事知道用到了实体对象,否则你的代码看上去不可能象是“面向对象”的代码。

尽管有时使用这种方式可能会影响性能,但是尽可能使用这种约定可以为程序员提供额外的信息使代码更易读懂,意图表达得更清晰。

一些人认为,使用无文档且未校验过的约定可能会导致更多的混乱。然而,Reg指出,任何一个项目都会有某些编程约定,例如“使用Bang!这个方法名来表示状态发生了变化(比如sort和sort!)”;而且如有必要,团队也会写文档来记录建立好的编程约定。

对于在代码中使用惯用语作为标记来表达意图,您怎么想?

英文原文链接:Communicating Intent through Idiom and Paradigm Selection

评价本文

专业度
风格

您好,朋友!

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

获得来自InfoQ的更多体验。

告诉我们您的想法

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

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

支持 by 刘 松

支持这样的观点,但我个人习惯是用do end包住多行代码,用{ }包住单行代码。

支持 by 衍 邦

代码难读阿现在,各自按各自的写,谁看的懂呢,规范才是最合理的。利人利己嘛。

允许的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通知我

2 讨论

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


找回密码....

Follow

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

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

Like

内容自由定制

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

Notifications

获取更新

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

BT