oversense 翻译嘿嘿...今天的活比较爽前几天写了点破程序今天改改就搞定了。哎真困喝点咖啡靠在我的小椅子上看看我的代码...神奇这是啥void f(){TextHandler t;t.sendText(Hello, world, true);// ...}后面那个true是什么东东翻翻定义:class TextHandler{public:void sendText( const std::string msg,bool sendNewLine );//...};喝点coffee我想起来了true表示sendText函数自动加上一个回车换行我怎么忘了难道是我笨我陷入迷茫的沉思...砰的一声巨响我一慌张嘴里的咖啡差点喷出来还好我嘴紧。一定是Guru合上了她的什么大头书。我转向她挤出一点微笑。她手里拿着一本不到一百页的小册子。神奇这么小的书弄得这么响她是怎么弄得显然她什么都知道了。我的宝贝如果你这么快就忘了参数的含义那么当其他程序员第一次看你的代码的时候他怎么明白你要表达的意思呢嗯是啊 我咕噜道 但是在IDE里面他只要把鼠标移到函数上他就可以看到参数说明了啊有些IDE如此并非全部甚至不是大多数我说过很多次源代码最主要的用途是用来交流对意图的交流。我手中这本古老的令人尊敬的卷册阐述了交流的艺术。在这儿它写道使用明确详细具体的语言[1]你代码中的bool与此无缘他不能传递任何有用的信息给读者。 不哈一旦他知道这个bool是什么意思就很容易记住了哈我中气不足的说。Guru用她美丽而坚定的蓝眼睛盯着我我心里扑通扑通跳起来。你多久以前写的这段代码Guru很温柔的说道--那种我喜欢的温柔。嗯好嗯那如何改正呢我巧妙的回避她的问题。你不能另外想一种方式去表达你的意图吗她也不直接回答我我们就好像在煎鸡蛋。我可以不要第二个参数让用户自己加 \n 好了。我边说边写:{t.sendText(Hello, world\n);}如果传递给sendText是一个变量呢 Guru问。那就这样好了{t.sendText( variable );t.sendText( \n );}我抬头看到Guru脸色不善赶紧说道:那就这样我提供两个函数void sendText( const std::string );void sendTextWithNewLine( const std::string );没有其他的办法了吗Guru思考的时候微微皱眉。哎看来我今天不要想轻松溜走了我一阵猛想......什么也没想出来我投降了就这样吧关于你的问题你还要认识一点 Guru写道:void displayText( const std::string ,bool applyItalics,bool applyBold );void f(){displayText( This is bold but not italic,true, false );}如果一个程序员要用斜体显示文字但是弄错了参数顺序那么这些文字就要用粗体显示了而且显然编译器无法发现这个错误。如果Bob拿到了这段代码改变了参数的顺序一种叫做Permute And Baffle的技术[2]。会怎样显然问题多多的displayText不能得到 明确详细具体 的参数。现在来看你的问题你的第一个方案因为displayText需要其他参数而没法用。你的第二个方案可以工作但是如果displayText需要很多信息比如颜色字体等你是不是要提供如此多的函数呢所以我们可以用enumerated枚举.Enumerations?我奇怪的说。是的Enumerations在这儿能得到很好的应用看class TextHandler{public:enum NewLineDisposition { sendNewLine, noNewLine };void sendText( const std::string , NewLineDisposition );};void f(){TextHandler t;t.sendText( Hello, , TextHandler::noNewLine );t.sendText( world, TextHandler::sendNewLine );}这种写法很好这段代码现在self-documenting了不需要注释意图和结果都很清楚。看的人不需要去查找函数的定义了。而且这种写法有很好的扩展性如果你需要只加一个回车你只需要在enumeration中加上prependNewLine就可以了现有的代码无需任何改变。不要抛弃你第一个方案宝贝。在有的情况下他是最优的。Guru转过身重新打开那本书优雅而轻快的走开消失在拐角处。注解:[1] William Strunk Jr. and E.B. White. The Elements of Style (MacMillan Publishing Co. Ltd, 1979).[2] From Roedy Greens How To Write Unmaintainable Code, http://mindprod.com/unmaindesign.html. (Primarily aimed at Java programmers, it still has lots of relevance for C programmers.)