Linux Coding Style
https://docs.kernel.org/next/translations/zh_TW/process/coding-style.html
第3段
大括號 為何 function 與 判斷式會不同
Linus 本人給出的理由是 function 中不會包著function
即沒有巢狀式的function 而判斷式中會包著判斷式
另一點文中提到的 K&R coding style 也是function與判斷式不同
新型的K&R style function 與 判斷式的左括號統一了
https://gist.github.com/jesseschalken/0f47a2b5a738ced9c845
再來就是自C++11 之後 Function 內可以包著Function
EX: lambdas 表示式
https://stackoverflow.com/questions/4324763/can-we-have-functions-inside-functions-in-c
!!!上述原因 目前的 C++ [判斷式的左括號] 已無規範必要!!!
判斷式的左括號 在行尾或下一行皆可
///////////////////linux coding style///////////////
1) 縮進
制表符是 8 個字符，所以縮進也是 8 個字符。有些異端運動試圖將縮進變爲 4
(甚至 2！) 字符深，這幾乎相當於嘗試將圓周率的值定義爲 3。
理由：縮進的全部意義就在於清楚的定義一個控制塊起止於何處。尤其是當你盯著你的
屏幕連續看了 20 小時之後，你將會發現大一點的縮進會使你更容易分辨縮進。
2)
...略
3) 大括號和空格的放置
C 語言風格中另外一個常見問題是大括號的放置。和縮進大小不同，選擇或棄用某种放
置策略並沒有多少技術上的原因，不過首選的方式，就像 Kernighan 和 Ritchie 展示
給我們的，是把起始大括號放在行尾，而把結束大括號放在行首，所以：
if (x is true) {
we do y
}
不過，有一個例外，那就是函數：函數的起始大括號放置於下一行的開頭，所以：
int function(int x)
{
body of function
}
全世界的異議份子可能會抱怨這個不一致性是… 是的 … 不一致的，不過所有思維健全
的人 都知道
(a) K&R 是 正確的 並且 (b) K&R 是正確的。
此外，不管怎樣函數都是特 殊的 (C 函數是不能嵌套的)。
當只有一個單獨的語句的時候，不用加不必要的大括號。
if (condition)
action();
和
if (condition)
do_this();
else
do_that();
※ 引述《fatalfeel2 (風在動)》之銘言：
: 程式命名規則 與 Makefile
: 1. 查閱了 ISO 1999 C99, ISO 2011 C++, ISO 2014 C++, ISO 2020 C++,
: https://reurl.cc/gZGz6L
: https://reurl.cc/XLGlq0
: ISO都有基本的命名規則
: 另查閱 微軟 安卓 程式規範
: 微軟 的 命名規則偏向 The Hungarian Naming Convention
: 由2001 制定完整規範, prefix 如ch, sz, p
: https://idleloop.com/hungarian/
: 2. variable prefix naming convention 一定是正確的嗎?
: (a)
: 北美電網程式規範與openPDC 首席設計師 James Ritchie Carroll
: https://www.gridprotectionalliance.org/docs/GPA_Coding_Guidelines_2011_03.pdf
: Page 12 原文貼上
: Do not use Hungarian notation
: Do not abbreviate
: Do not prefix enums, classes, or delegates with any letter
: (b)
: Linux核心的創始者 開源專案Git創始者 Linus Torvalds
: https://www.kernel.org/doc/html/v4.10/process/coding-style.html
: https://slurm.schedmd.com/coding_style.pdf
: 第四章 原文貼上
: Encoding the type of a function into the name (so-called Hungarian notation)
: is brain damaged - the compiler knows the types anyway and can check those,
: and it only confuses the programmer. No wonder MicroSoft makes buggy programs.
: (注意一下這兩位大神coding在意的重點是什麼)
: 3.
: GNU MAKE
: https://www.gnu.org/software/make/manual/make.html
: #dir named with www.gnu.org/software/make/manual/make.html 4.3 16.3 16.5
: SRCDIR = ./source
: OBJDIR = ./obj
: BINDIR = ./bin
: #compile optione with www.gnu.org/software/make/manual/make.html 4.3 16.3 16.5
: $(OBJDIR)/%.o : ./$(SRCDIR)/%.cpp
: $(CXX) -c $(CXXFLAGS) $< -o $@
: #Note: CPPFLAGS at www.gnu.org/software/make/manual/make.html 10.3
: CC
: Program for compiling C programs; default ‘cc’.
: CXX
: Program for compiling C++ programs; default ‘g++’.
: CPPFLAGS
: Extra flags to give to the C preprocessor and programs that use it (the
: C and Fortran compilers).
: CXXFLAGS
: Extra flags to give to the C++ compiler.
: ※ 引述《heaviest (heaviest)》之銘言：
: : 最近開始學C，剛剛把前幾天寫的程式，打開來看
: : 發現變數一時之間完全搞不清楚
: : 明明當初有盡力的取有意義的名稱，然後照著大寫來分開字這樣打
: : 跑去問了學長，他叫我去背單字，他說變數名字取不出來是我單字被太少QQ
: : 請問各位前輩們都怎麼取有意義的名字