千万不要把 bool 设计成函数参数

最新推荐文章于 2024-04-20 20:55:39 发布

jack0106

最新推荐文章于 2024-04-20 20:55:39 发布

阅读量1.7k

点赞数 1

文章标签： textbox 文档 qt user api nokia

原文地址 http://coolshell.cn/articles/5444.html

作者陈皓

我们有很多Coding Style 或代码规范。但这一条可能会经常被我们所遗忘，就是我们经常会在函数的参数里使用bool参数，这会大大地降低代码的可读性。不信？我们先来看看下面的代码。

当你读到下面的代码，你会觉得这个代码是什么意思？

 
        widget->repaint( 
        false 
        );

是不要repaint吗？还是别的什么意思？看了文档后，我们才知道这个参数是immediate，也就是说，false代表不立即重画，true代码立即重画。

Windows API中也有这样一个函数：InvalidateRect，当你看到下面的代码，你会觉得是什么意思？

 
        InvalidateRect(hwnd, lpRect,  
        false 
        );

我们先不说InvalidateRect这个函数名取得有多糟糕，我们先说一下那个false参数？invalidate意为“让XXX无效”，false是什么意思？双重否定？是肯定的意思？如果你看到这样的代码，你会相当的费解的。于是，你要去看一下文档，或是InvalidateRect的函数定义，你会看到那个参数是BOOL bErase，意思是，是否要重画背景。

这样的事情有很多，再看下面的代码，想把str中的”%USER%”替换成真实的用户名：

 
        str.replace( 
        "%USER%" 
        , user, 
        false 
        );   
        // Qt 3

TNND，那个false是什么意思？不替换吗？还是别的什么意思，看了文档才知道，false代码大小写不敏感的替换。

其实，如果你使用枚举变量/常量，而不是bool变量，你会让你的代码更易读，如：

 
        widget->repaint(PAINT::immediate); 
       
        widget->repaint(PAINT::deffer); 
       
        InvalidateRect(hwnd, lpRect,  !RepantBackground); 
       
        str.replace( 
        "%USER%" 
        , user, Qt::CaseInsensitive); 
        // Qt 4

如果对这个事不以为然的话，我们再来看一些别的示例，你不妨猜猜看看下面的代码：

 
        component.setCentered( 
        true 
        , 
        false 
        );

这什么玩意儿啊？看了文档你才知道，这原来是 setCentered(centered, autoUpdate);

 
        new 
         Textbox(300, 100,  
        false 
        , 
        true 
        );

这又是什么啊？看了文档才知道，这是创建一个文本框，第三个参数是是否要滚动条，第四个是是否要自动换行。TNND。

上面的情况还不算最差，看看下面的双重否定。

 
        component.setDisabled( 
        false 
        ); 
       
        filter.setCaseInsensitive( 
        false 
        )

再来一个，如果你读到下面的代码，相信你会和我一样，要么石化了，要么凌乱了。

 
   
        event.initKeyEvent( 
        "keypress" 
        , 
        true 
        , 
        true 
        , null, null, 
       
 
                            
        false 
        , 
        false 
        ,  
        false 
        , 
        false 
        , 9, 0); 
       
 
 

看完这篇文章，我希望你再也不要把bool为作为函数参数了。除非两个原因：

你100%确认不会带来阅读上的问题，比如Java的 setVisible (bool).
你100%确认你想去写出无法维护很难阅读的代码。

【更新2011/9/8】当然，别的参数也会有一样的问题，比如：new Textbox(300, 100, false, true);中的300 和 100，不知道是坐标还是长宽，只不过，一般长度或坐标这样的参数都不会被hard code，都会有变量名，而bool这种参数经常性地被传成true 和 false。 bool参数表现得更为明显一些罢了。

所以，程序中不要出现magic number，true/false 也是一种 magic number。但是，我想告诉大家，从API设计的角度来说，你无法强制调用者用常量来取代true/false，定义成枚举类型是最好的选择。

最后，如果你想设计一个好的API，强烈推荐你读一下Nokia的Qt的《API Design Principles》，本文就是其中的“Boolean Trap”。