既然，你對這個有興趣，我又正好現在沒事，就跟你好好聊聊，希望你有耐心看完。
#define alland(x,y,z) (x) = (x) & (y) & (z)
#define allor(x,y,z) (x) = (x) | (y) | (z)
#define andthenor(x,y,z) (x) = (x) & (y) | (z)
#define andafteror(x,y,z) (x) = (x) & ((y) | (z))
#define orthenand(x,y,z) (x) = (x) | (y) & (z)
#define orafterand(x,y,z) (x) = (x) | ((y) & (z))
由此，可以看出，只要你定義的足夠的多，就能有“第二種寫法” 應對各種情況。 但是，如果你都用這種方法寫代碼，自己寫是沒有問題，如果這代碼轉給第三人看，或者發帖求助，別人是劈死你的心都有。
那么，既然換一種寫法有那么多人會不爽，為什么 會有 a &=b; 和 a = a & b; 編譯器自帶的這兩種寫法呢？這個牽涉到歷史遺留問題，別急，會跟你講清楚的。
最開始，最正統的C語言，是只有 a = a & b; 這一種寫法的， 等號左邊是賦值目的地，等號右邊是表達式，或者說計算方式。這個表達方式用現在的話來講， 很"C語言"。
那么為什么后來會引入（或者說創造出） a &= b; 這種不正統的書寫方式呢？ 受環境所迫。就和現在新產品面世，必須要推廣建立用戶基礎一樣，C語言推出之初，是沒有用戶基礎的，那時候大多數人都在用A語言，即匯編。C語言門檻低，適合初學者，這是沒錯，但是，每人愿意學啊，就好像屠龍絕技學了，之后你沒有龍可以屠，有什么用呢？ 初學者學了C, 開發團隊的前輩們還在用A, 這怎么搞？（當時并沒有匯編和C混合編程這個功能的）。于是，讓已經編程多年的老手，轉移到C ，成了關鍵。其中商業當中的運作，彎彎繞繞就不講了，直接跳到關鍵點。 C語言的語法，對用了一輩子匯編的人來說，是非常不友好的。為了讓這些人更快的掌握C, 于是C語言非常“貼心”的增加了，符合匯編人的書寫習慣的“第二種寫法”。
比如說： a = a & b; 他的意思是，把 a 和 b 相與 并且，把結果保存到 a
匯編中，沒有這種寫法的，匯編中只有類似這樣的： ANL A,B 即把 B 的值 與到 A, 匯編中不需要考慮結果保存去哪里，也不能考慮結果保存在哪里，
所以，針對匯編用戶的習慣， C語言 “很貼心” 的 增加了 a &= b; 這種 “很匯編” 的寫法。 同類的還有很多，
比如： a |= b; 對應： ORL A,B
比如： a +=b; 對應： ADD A,B
比如： a++ 對應： INC A
比如： a-- 對應： DEC A又比如： while(!TI); 對應： JNB TI,$ 正統的寫法應該是用表達式： while(TI == 0) 等等，很多很多。
總之，為了拉攏這批 老編程員 投入C的懷抱，提供了大量的“很匯編”的“第二種寫法”。
所以，剛開始的時候，這一類的 “不怎么C” 的C語言，反而是使用頻率最高的。而新人們，雖然可能沒有學過匯編，看到前輩們這樣寫，為了不給前輩們增加閱讀成本，也盡量的這么寫。（現在看來，以前的新人們真的很貼心）。 所以，這些新人們，也習慣了使用這種“非標”的C代碼，久而久之本來作為權益之計的“第二種書寫法”就根深蒂固的成為了一種標準書寫規范。哪怕進化到了 TC ， C++, 都一直延續保留了下來。
扯遠了，我們扯回來。重點來了：
你會經常在看別人的代碼里看到 a &= b; a +=b; 這些“非標”的書寫方式， 但是，你很好奇 a = a & b & c 有沒有類似的寫法，因為你在別人的代碼里沒有機會看到。 那么，為什么你會看不到呢？ 不是因為沒有，不是因為寫不出來， 因為 a = a & b & c 完全不符合 匯編邏輯。 所以不會有人使用 “很匯編” 的寫法，去寫這樣的表達式，所以，你看不到實例。 硬寫是可以的， 根據實際應用情況， 可以寫成 a &= b & c; 也可以由第三種寫法，但是，這樣做就刻意了。 老匯編程序員， 把 a = a & b; 寫成 a &= b; 可以提高閱讀效率，降低閱讀成本， 但是 a &= b & c 這種寫法，對于習慣匯編邏輯的老程序員一樣是要繞腦子的。 所以，他本人不會這樣寫， 新人們也不會這樣寫，因此，你基本不會在他人程序里面看到，假如有看到，那么這個人一定是 刻意裝X的，決不是習慣問題，或者編程邏輯問題。
洋洋灑灑寫了一大堆，主要是讓你了解一下，有多種寫法的歷史背景，以及為什么很多人會習慣用一些 “很不C” 的 “第二種寫法”。 算是“科普”吧。
|
[復制鏈接]
