Re: [請益] coding style差太多怎辦?

原Po 研究過 Allman Style , K&R style, GNU style

還有 ISO c99 c++2011 c++2014 c++2022

實際撰寫過 Linux kernel, Zephyr, Android framework & App, Python3 for AI

Scala for Risc-V, IOS Object-C .m .mm, tracing gcc source, C#, Inline assembly

buildroot, bash, Makefile

拜讀過大師 Weinberg 的程式心理學 The Psychology of Computer Programming

另有 系統開發思惟 An Introduction to General Systems Thinking

也撰寫過完整的 Hungarian notation 語義學 分析 和 它的歷史

//
這是有發過文的

int a=1,b=2,c=3;

if(a)
{
a=1;
if(b)
{
b=1;
if(c)
{
c=1;
}
}
}

////////////////
int a=1,b=2,c=3;

if(!a)
{
return;
}
a=1;

if(!b)
{
return;
}
b=1;

if(!c)
{
return;
}
c=1;

上下那一段的 coding style 好些?

不管選上或選下 你可以有一百種理由

但當我轉換到 asm 時 你就知道原因

push %rbp
mov %rsp,%rbp
int a=1,b=2,c=3;
movl $0x1,-0xc(%rbp)
movl $0x2,-0x8(%rbp)
movl $0x3,-0x4(%rbp)
if(a)
cmpl $0x0,-0xc(%rbp)
je 0x555555555e7f <teseMe1()+64>
a=1;
movl $0x1,-0xc(%rbp)
if(b)
cmpl $0x0,-0x8(%rbp)
je 0x555555555e7f <teseMe1()+64>
b=1;
movl $0x1,-0x8(%rbp)
if(c)
cmpl $0x0,-0x4(%rbp)
je 0x555555555e7f <teseMe1()+64>
c=1;
movl $0x1,-0x4(%rbp)

//

push %rbp
mov %rsp,%rbp
int a=1,b=2,c=3;
movl $0x1,-0xc(%rbp)
movl $0x2,-0x8(%rbp)
movl $0x3,-0x4(%rbp)
if(!a)
cmpl $0x0,-0xc(%rbp)
je 0x555555555ec4 <teseMe2()+66>
a=1;
movl $0x1,-0xc(%rbp)
if(!b)
cmpl $0x0,-0x8(%rbp)
je 0x555555555ec7 <teseMe2()+69>
b=1;
movl $0x1,-0x8(%rbp)
if(!c)
cmpl $0x0,-0x4(%rbp)
je 0x555555555eca <teseMe2()+72>
c=1;
movl $0x1,-0x4(%rbp)
jmp 0x555555555ecb <teseMe2()+73>
return;
nop
jmp 0x555555555ecb <teseMe2()+73>
return;
nop
jmp 0x555555555ecb <teseMe2()+73>
return;
nop

現在你可以看得出來代碼的數量....心裡也有答案了

這是開放性的解答

/////////

想要制定coding style的人或主管 必先要學會自省的功夫

1. 自己有嘗試過 別人寫的style 一天或一週嗎?
還是我只是將某個我習慣的style 強加在別人身上

2. 我有試過 新的coding style嗎?

3. 我有試過 各種不同的語言嗎?


99%的人 在制定coding style的人 沒有這3點的自省~~~

他也沒有考慮過 語義學 心理學 在coding style的影響


把時間耗在 定名字 定括號 導到工程師實際上花了三倍的時間

在view code 沒有時間去 思惟 整個架構的安全性 速度 cpu & memory 負載量

要打磨的是畫作 不是畫框


看過python3的人都知 if else. 括號? 我根本不用考慮這東西!!!

制定的 coding style 能使c/c++ 轉到 python 的人 在跨語上 更容易讀懂嗎?


一個好的 coding style 制定者 會自省

使用大腦使用最少的組合 或 拆解次數 做為制定方針

把更多的時間 放在對的地方~~~

如果說目前最常用的組譯器
gcc g++ arm-linux-gcc aarcg64-linux-gcc gdb gdbserver
they are all released by GNU 或 經過修改過

那使用組譯器最易懂的 style 會不會是最好的呢?

答案當然是 不會只有某一種style 是最好的

你可以 考上述原因 融合各種 style 創立最適合 自己團隊的!!!


未來的主管們 請多想想 你是怎麼制定 coding style的~~~~

--