评论

#Liber Wang  发表于2005-12-25 14:56:00  IP: 70.31.34.*

对于contruction这个词，我有个深入为主的印象，是做“构造”讲的。因为“Object-Oriented Software Construction”一直翻译成”面向对象软件构造“。这本书是九年前出的，我听了这么多年，已经习惯了。
我在尝试着翻译此书，在书里，我把build译作”构建“。而在侯捷的中英文对照表中，build却是作”构筑“译的(当然还有其他的意义). 你可以参阅此表. 所以如果您让我作出选择的话，我不会选后者，因侯捷翻译在先。
另外，argument 和 parameter 都作"参数",并不区分实参和型参,否则,actual parameter和formal parameter就不好翻译了(详见OOSC第4章)
Another possible source of confusion is “parameter”. A routine may have formal arguments, representing values which the routine’s clients will provide in each call. The literature commonly uses the term parameter (formal, actual) as a synonym for argument (formal, actual). There is nothing wrong in principle with either term, but if we have both routines and genericity we need a clear convention to avoid any misunderstanding. The convention will be to use “argument” for routines only, and “parameter” (usually in the form “generic parameter” for further clarification) for generic modules only.
另一个可能的混乱源头是"参数(parameter)".一个例程可以有形式自变量(formal arguments),描述例程的客户端在每个调用中将会提供的数值. 学术上普遍使用术语参数(parameter)(形式的,实际的)作为自变量(argument)的同义字(形式的,实际的).对于任一个术语大体而言没有什么毛病,但是如果我们有例程和泛型,那么我们需要一个清晰的约定以避免任何的歧义.对例程约定只使用”自变量argument”,对泛型模块只用” 参数parameter”(为了更清楚地表达,通常用泛型参数的形式).

个人愚见,仅供参考.

Liber Wang

#Solstice 发表于2005-12-25 15:21:00  IP: 202.112.84.*

谢谢您的意见。

先说简单的，actual parameter 和 argument 都是“实参”，formal parameter 和 parameter 都是“型参”。
一般书里边不会混用两套说法。（CC2e 这本书用的是 actual parameter / formal parameter 这一对说法；别的讲编程的书有用 argument / parameter 这一对说法的。）

再说棘手的，以下是这本书第一章的第一段话：

你一定知道“构建（construction）”一词在软件开发领域之外的含义。“构建”就是“建筑工人（construction workers）”在建设一栋房屋、一所学校、乃至一座摩天大楼时所做的工作。在你年轻时，可能也曾用“硬纸板（construction paper）”构建过什么东西。按照一般的用法，“构建”是指建设的过程。构建过程可能包含有计划、设计、检查工作的一些方面，但在多数时候，“构建”就是指创建事物过程中动手的那些部分。

如果把其中的“构建”替换为“构造”，似乎就不太讲得通了。

#Liber Wang 发表于2005-12-26 04:35:00  IP: 70.31.34.*

我看了一下旧版本的翻译,他把construction翻译成"创建",好像也并没有影响我的理解.
我揣测您的意思还是想用"构建",这点我比较赞成,这比"构筑"好像来的习惯.(总觉得构筑是台湾用语).

Liber Wang

#Solstice 发表于2005-12-26 08:43:00  IP: 210.31.76.*

是的，译者投票情况，“构建”：“构筑”是2:1，在最后的定稿中很可能会用“构建”。

#broadview fans 发表于2005-12-28 17:35:00  IP: 58.48.142.*

大家多多参与吧，到时博文视点肯定会送东东的。我经常购买博文的图书，也参加他们的一些活动，感觉很不错。《代码大全》能在他们那里编辑出版，质量是有保证的。

#Solstice 发表于2005-12-31 16:03:00  IP: 202.112.84.*

嗯，construction 最后确定翻译为“构建”，这是比较常用的译法。

#图灵刘江 发表于2005-12-30 23:22:00  IP: 221.223.35.*

以我的经验，除非是全新的概念，否则最好不要自造新词，读者的接受度不高。侯捷先生受攻击，除了台湾腔之外，自造新词可以说是罪魁祸首。

#图灵刘江 发表于2005-12-30 23:24:00  IP: 221.223.35.*

顺便提及，右边的图是中文版的封面？似乎有失水准。如果没有好的alternatives，不如照抄原书。

#Solstice 发表于2006-01-04 19:31:00  IP: 202.112.84.*

如果这是一本起点更高的书，那么我们很可能会采用您的建议。

#redwood 发表于2006-01-04 16:23:00  IP: 218.25.32.*

我建议这种词汇可以不作翻译。
这种词汇在业界中基本上是耳熟能详的，翻译后反倒会产生歧义。

#redwood 发表于2006-01-04 16:24:00  IP: 218.25.32.*

我建议这种词汇可以不作翻译。
这种词汇在业界中基本上是耳熟能详的，翻译后反倒会产生歧义。

#muf 发表于2006-03-21 17:38:00  IP: 218.5.3.*

其实不管是实参还是型参，都不好理解啊。我用了多年的C/C++，还真从没去理睬什么是实参什么是型参。

最初谁译的型参，真不好搞懂啊，看起来象是直译。

#Solstice 发表于2006-03-21 19:05:00  IP: 210.31.76.*

“实参”是“实际参数/实在参数”的缩写。
“形参”是“形式参数”的缩写，前面我写错别字了。