C/C++中指针类型声明: `*`的位置

引入

我们用两个简单(?)的问题作为引入,当然我们整篇文章都会围绕这两个问题:

  1. 下面四种类型声明等价吗?
    • int* i;
    • int *i;
    • int * i;
    • int*i;
  2. 下面四种类型声明中,j拥有哪一个数据类型?是int或者int的指针?
    • int* i, j;
    • int *i, j;
    • int * i, j;
    • int*i, j;

当然看到这里,如果你已经有非常自信的答案,你当然可以无视这一篇文章后面的部分。

第一个问题

第一个问题的答案是: 四种指针的类型声明的等价的。

很好,既然我们知道它们等价,或许已经足够了。但是我们数据库教授总是在课上提醒大家,知道区别并不足够,还需要问自己其中的哪一个更好,什么情况下用哪一种方式。

哪一种写法更好呢?

C++之父在他的一篇文章:Bjarne Stroustrup's C++ Style and Technique FAQ中提到:

  • The choice between int* p; and int *p; is not about right and wrong, but about style and emphasis. C emphasized expressions; declarations were often considered little more than a necessary evil. C++, on the other hand, has a heavy emphasis on types.

  • A typical C programmer writes int *p; and explains it *p is what is the int emphasizing syntax, and may point to the C (and C++) declaration grammar to argue for the correctness of the style. Indeed, the * binds to the name p in the grammar.

  • A typical C++ programmer writes int* p; and explains it p is a pointer to an int emphasizing type. Indeed the type of p is int*. I clearly prefer that emphasis and see it as important for using the more advanced parts of C++ well.

</br>

Linux kernel coding style中的习惯规则是:

When declaring pointer data or a function that returns a pointer type, the
preferred use of * is adjacent to the data name or function name and not
adjacent to the type name. Examples:

char *linux_banner;
unsigned long long memparse(char *ptr, char **retptr);
char *match_strdup(substring_t *s);

某种程度上它也拟合了C++之父Bjarne Stroustrup的想法。

第二个问题

第二个问题的答案是: j的类型是int

当然这问题是编译器的行为,或者语言自身的规定,很难去阐述行为或规定背后的为什么。

我们继续看Bjarne Stroustrup's C++ Style and Technique FAQ,这部分紧接问题一中对应的引用:

The critical confusion comes (only) when people try to declare several pointers with a single declaration:
int* p, p1; // probable error: p1 is not an int*
Placing the * closer to the name does not make this kind of error significantly less likely.
int *p, p1; // probable error?
Declaring one name per declaration minimizes the problem - in particular when we initialize the variables. People are far less likely to write:
int* p = &i;
int p1 = p; // error: int initialized by int*
And if they do, the compiler will complain.

从他的这一部分文字中,很容易可以看出我们这文章中的第一个问题第二个问题完全是紧密结合。第二个问题中的四种写法的确是等价的,但是无一能让人轻松理解。从他的这一个观点中:Declaring one name per declaration minimizes the problem,我们可以对这篇文章下一个主观的结论。

结论

针对第二个问题,对我来说最好的方式是:

int* i;
int j;

这种写法更清晰,也是多个Stackoverflow提问中所提倡的。

最后一点声明是,无论怎么写对编译器来说其实都无所谓,它只是客观地去检查能否通过编译然后生成对应的代码。这些等价写法对应的汇编语言甚至一样,对应的程序的效能自然也是一样。这些写法迷惑的只是人类(编程的人和浏览代码的人),我们需要有一个清晰的方式,保证自己不出错同时也让代码浏览者能快速理解。

</br>
</br>

引用和推荐阅读:

http://www.stroustrup.com/bs_faq2.html#whitespace

https://www.kernel.org/doc/Documentation/process/coding-style.rst

https://softwareengineering.stackexchange.com/questions/7305/int-i-or-int-i-or-int-i

https://stackoverflow.com/questions/6990726/correct-way-of-declaring-pointer-variables-in-c-c

https://stackoverflow.com/questions/13894228/where-to-put-the-star-in-c-and-c-pointer-notation

https://stackoverflow.com/questions/2704167/type-declaration-pointer-asterisk-position

https://stackoverflow.com/questions/398395/why-is-the-asterisk-before-the-variable-name-rather-than-after-the-type

https://stackoverflow.com/questions/180401/placement-of-the-asterisk-in-pointer-declarations

(Stackoverflow统统是在问同一件问题)

该文章遵循创作共用版权协议 CC BY-NC 4.0,要求署名、非商业 、保持一致。在满足创作共用版权协议 CC BY-NC 4.0 的基础上可以转载,但请以超链接形式注明出处。文章仅代表作者的知识和看法,如有不同观点,可以回复并讨论。

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 205,132评论 6 478
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 87,802评论 2 381
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 151,566评论 0 338
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,858评论 1 277
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,867评论 5 368
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,695评论 1 282
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 38,064评论 3 399
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,705评论 0 258
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 42,915评论 1 300
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,677评论 2 323
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,796评论 1 333
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,432评论 4 322
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 39,041评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,992评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,223评论 1 260
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 45,185评论 2 352
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,535评论 2 343

推荐阅读更多精彩内容

  • mean to add the formatted="false" attribute?.[ 46% 47325/...
    ProZoom阅读 2,689评论 0 3
  • pyspark.sql模块 模块上下文 Spark SQL和DataFrames的重要类: pyspark.sql...
    mpro阅读 9,446评论 0 13
  • 期许线上分享 好不容易盼来了五一假本以为可以看周五直播的生命教育课了和可以和老师线上互动了,但是却由于最后...
    孙微sw阅读 496评论 0 10
  • 沉寂的黄昏 肃杀的冷气 天昏又地暗 我抬头望向天 大片的雪花纷至沓来 酷得令人颤抖 扑面而来的那一瞬 感动到流泪 ...
    南之南落小雪阅读 197评论 0 2
  • 【朋朋日历】 2019年 9月23日 星期一 八月廿五 秋分 **************************...
    刘书朋阅读 156评论 0 1