为什么C也许C++的变量命名方式习惯于xxx_yyy_zz_xz_yx这样以下划线分割的N段字符的组合

为什么C或者C++的变量命名方式习惯于xxx_yyy_zz_xz_yx这样以下划线分割的N段字符的组合？
为什么C或者C++的变量命名方式习惯于xxx_yyy_zz_xz_yx这样以下划线分割的N段字符的组合？

入行开始就用C++编程，也习惯于这种命名方式，不觉得奇怪。
近年来一直在用c#或者java，习惯于简单且有意义的变量命名方式。

忽然回来发现C或者C++这样的命名方式实在不可以理解!
------解决方案--------------------
命名方式不是死的， 有的人用大小写，有的用下划线。
------解决方案--------------------
仁者乐山，智者乐水
------解决方案--------------------
楼主的说法让我很奇怪，下划线分割的名字就不能是简单而有意义的吗。一个名字是否简单而有意义跟用什么东西做分隔符有什么关系啊，camel case 的名字也照样可以很恶心。
------解决方案--------------------
也有很多不是这种方式命名的代码呀!

哎, 为什么空格就不能作为标示符的一部分呢, 那样就不需要 _, 大小写那些去断词了, 直接用空格分隔单词才符合人的习惯.
------解决方案--------------------

引用:

Quote: 引用:

楼主的说法让我很奇怪，下划线分割的名字就不能是简单而有意义的吗。一个名字是否简单而有意义跟用什么东西做分隔符有什么关系啊，camel case 的名字也照样可以很恶心。

你咋这么大的反应啊，跟来了大姨妈心情烦躁似的。

看你反应也不小啊，是不是比我来的还多啊。你吐槽都吐不到点儿上，还不许我说话啊。
------解决方案--------------------
习惯而已   何必较真呢  

各个团队、项目不同罢了
------解决方案--------------------
我感觉还好，可读性差不多 
------解决方案--------------------
一种书写习惯，自己看着舒服就可以了
------解决方案--------------------

引用:

Quote: 引用:

Quote: 引用:

Quote: 引用:

楼主的说法让我很奇怪，下划线分割的名字就不能是简单而有意义的吗。一个名字是否简单而有意义跟用什么东西做分隔符有什么关系啊，camel case 的名字也照样可以很恶心。

你咋这么大的反应啊，跟来了大姨妈心情烦躁似的。

看你反应也不小啊，是不是比我来的还多啊。你吐槽都吐不到点儿上，还不许我说话啊。

量多，但是我不发脾气啊，
发吧发吧，憋坏了不好。

也许我措辞强硬了吧，不过我没发脾气，也没准备发，我觉得我只是指出了你观点中一个显而易见的逻辑问题，即变量名是否简单达意与选择什么做分隔符没有必然联系，更多的是人为的因素。
------解决方案--------------------
还行吧。。看着看着就惯了。。
------解决方案--------------------

引用:

Quote: 引用:

也有很多不是这种方式命名的代码呀!

哎, 为什么空格就不能作为标示符的一部分呢, 那样就不需要 _, 大小写那些去断词了, 直接用空格分隔单词才符合人的习惯.

不是分割与否的问题，而是很多C/C++代码（尤其是开源代码）的命名方式是以_为分割的缩写单词的组合，而且动辄3段以上。着实不利于阅读。

Java 的名字也不短呀, 三四个单词在一起的名字也常见得很. 
------解决方案--------------------
我喜欢全小写的+下划线的，之前很不习惯，后来发现，用小写的话，助手提示方便，而且准确，大小写混合，助手反应明显会慢一些，多用下划线
------解决方案--------------------
C习惯这样的。C没有名字空间，所以为了防止冲突都这么写很长的函数名。
很多C库都这么命名的。
C++的没见过这么命名
------解决方案--------------------

引用:

Quote: 引用:

Quote: 引用:

Quote: 引用:

也有很多不是这种方式命名的代码呀!

哎, 为什么空格就不能作为标示符的一部分呢, 那样就不需要 _, 大小写那些去断词了, 直接用空格分隔单词才符合人的习惯.

不是分割与否的问题，而是很多C/C++代码（尤其是开源代码）的命名方式是以_为分割的缩写单词的组合，而且动辄3段以上。着实不利于阅读。

Java 的名字也不短呀, 三四个单词在一起的名字也常见得很. 

好吧好吧，这么说你们就明白了，
就是用N个单词缩写组合而成的变量命名方式不利于阅读。
无论什么语言。
不过我孤陋寡闻，着实发现C/C++的开源代码里这样的命名方式比较多，
还有很多宏大命名方式是纯大写字母单词组合。也感觉蛮别扭的。

宏全大写几乎所有人都这样了. 没办法, 只有你自己去调整来习惯了, 你是不可能改变这种习惯的.

你别扭的是单词太多, 还是因为缩写, 还是因为用 _ 来分割了?
变量的长度应该是和项目的规模成正比的, 一个小程序用三四个单词的变量没有必要, 一个大项目如果全是 x, y, z, i, j, k 那就不光是别扭的问题了.

------解决方案--------------------
阿拉伯人还认为帖主本人的命名不可理解呢！
------解决方案--------------------
萝卜白菜各有所爱.
都是按住shift键再按另一个字符,倒是下划线的简单一些.省得左右shift.
------解决方案--------------------
自己看着舒服就行。
------解决方案--------------------
在很久以前，我还没学C++，看了别人写的MFC的代码，VC6.0编辑器上面的，全是大写的宏，觉得真是怂的一比。

现在，我也在写这种怂的一比的代码了。。。 岁月催人老
------解决方案--------------------
看看那高手意见。
------解决方案--------------------
每天回帖即可获得10分可用分！
奇怪的人，常常会做出一些奇怪的事，这一点都不奇怪
------解决方案--------------------
习惯问题，
团队的代码习惯（标准），
个人的习惯（风格），

最终的目的都是易读。
------解决方案--------------------
源于C／Linux。

------解决方案--------------------
楼主觉得不好可以用java命名字方式嘛，只是老程序猿喜欢下划线，那时候没有什么面向对象。。。
------解决方案--------------------
匈牙利命名法，MS的一个匈牙利engineer首先使用，然后传播开。我觉得很好。
------解决方案--------------------
LZ，这么做是有原因的。

考虑如下例子：
某个变量希望命名为this is a c
用java的方式 -> ThisIsAC
怎么样，是不是很怪异呢？AC是一个缩写吗？
但是用下划线 -> this_is_a_c

明白了么？
------解决方案--------------------
下划线法带来的可读性是无以伦比的，代价是长度的增加
------解决方案--------------------

引用:

在很久以前，我还没学C++，看了别人写的MFC的代码，VC6.0编辑器上面的，全是大写的宏，觉得真是怂的一比。

现在，我也在写这种怂的一比的代码了。。。 岁月催人老

存在即合理！
------解决方案--------------------
type_send_gpib_cmd_connect_device
我这里的函数名基本都是这样的，要是弄个10个字符以下的函数名，你都不好意思出门见人。
呵呵，开个玩笑。
据我所知的风格里有以下几种：
1，下划杠开头的：_myvalue
2，双下划杠开头的:__myvalue