轻松一下:关于 C++ 那些蛋疼的有关问题
轻松一下:关于 C++ 那些蛋疼的问题
首先声明这个帖子纯属娱乐,工作学习之余来点饭后的谈资,观点不合别喷啊,呵呵。
问题一:注释是用中文写呢,还是用英文?
楼主回答:如果你的代码是需要跨平台查看的,尤其是在 windows 和 linux 下都需要维护,那么建议使用英文,否则当你在 linux 下打开你在 windows 下写的代码文件,望着那一大堆的斯拉夫字母式的注释,你只有仰天长啸的份,如果不需要跨平台维护,就看你是否属于独行侠还是团队合作侠的类型。
问题二:相等的判断表达式是否要颠倒等号两边的待比较玩意?
楼主回答:这个就看你的习惯,各有各的好处,楼主曾经也觉得颠倒过来确可以防止漏写一个等号变成赋值的问题,但用了一段时间之后发现颠倒过来后影响代码的可读性,所以还是换回原来的习惯了。
问题三:程序块的左大括号是放在上一行的最后呢,还是单独起一行?
楼主回答:这个也属于公说公有理,婆说婆有理的类型,不过楼主还是习惯单独起一行,因为这样首尾的匹配似乎要容易一点,如果说放在上一行节约代码的行数,楼主只能说:就算你是世界首富,你也一定是世界第一吝啬鬼。
问题四:关于命名规则,有什么好的方法吗?
楼主问答:命名规则的根本目的是增强代码可读性,所以如果你的规则会导致变量稀奇古怪的话,你还不如不用规则,比如 windows API 的那些变量命名,楼主认为除了让读者晕头转向之外没有任何帮助,楼主倒是推崇 Qt 里面的命名习惯,不过我的不同之处就是变量的第一部分单词是小写,如 theClassObject, 而函数第一部分单词首字母是大写,如 this->FindHandleByRequestId(const string& requestId); 总之,要简单易读。
问题五: 下一个问题是什么?
------解决方案--------------------
说说一 注释的看法
如果E文很牛逼 母语是英语的人能看懂 那就用E文。
如果E很另类 不怎么会E文的人也能看懂 那就用E文。
其他情况还是用中文。
白装了……
首先声明这个帖子纯属娱乐,工作学习之余来点饭后的谈资,观点不合别喷啊,呵呵。
问题一:注释是用中文写呢,还是用英文?
楼主回答:如果你的代码是需要跨平台查看的,尤其是在 windows 和 linux 下都需要维护,那么建议使用英文,否则当你在 linux 下打开你在 windows 下写的代码文件,望着那一大堆的斯拉夫字母式的注释,你只有仰天长啸的份,如果不需要跨平台维护,就看你是否属于独行侠还是团队合作侠的类型。
问题二:相等的判断表达式是否要颠倒等号两边的待比较玩意?
楼主回答:这个就看你的习惯,各有各的好处,楼主曾经也觉得颠倒过来确可以防止漏写一个等号变成赋值的问题,但用了一段时间之后发现颠倒过来后影响代码的可读性,所以还是换回原来的习惯了。
问题三:程序块的左大括号是放在上一行的最后呢,还是单独起一行?
楼主回答:这个也属于公说公有理,婆说婆有理的类型,不过楼主还是习惯单独起一行,因为这样首尾的匹配似乎要容易一点,如果说放在上一行节约代码的行数,楼主只能说:就算你是世界首富,你也一定是世界第一吝啬鬼。
问题四:关于命名规则,有什么好的方法吗?
楼主问答:命名规则的根本目的是增强代码可读性,所以如果你的规则会导致变量稀奇古怪的话,你还不如不用规则,比如 windows API 的那些变量命名,楼主认为除了让读者晕头转向之外没有任何帮助,楼主倒是推崇 Qt 里面的命名习惯,不过我的不同之处就是变量的第一部分单词是小写,如 theClassObject, 而函数第一部分单词首字母是大写,如 this->FindHandleByRequestId(const string& requestId); 总之,要简单易读。
问题五: 下一个问题是什么?
------解决方案--------------------
说说一 注释的看法
如果E文很牛逼 母语是英语的人能看懂 那就用E文。
如果E很另类 不怎么会E文的人也能看懂 那就用E文。
其他情况还是用中文。
白装了……