C語言編程——好習慣_第1頁
C語言編程——好習慣_第2頁
C語言編程——好習慣_第3頁
C語言編程——好習慣_第4頁
C語言編程——好習慣_第5頁
已閱讀5頁,還剩83頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)

文檔簡介

1、高質(zhì)量C+/C 編程指南,v 1.0高質(zhì)量C+/C編程指南文件狀態(tài) 草稿文件 正式文件 更改正式文件文件標識:當前版本:1.0作 者:林銳 博士完成日期:2001年7月24日前 言軟件質(zhì)量是被大多數(shù)程序員掛在嘴上而不是放在心上的東西!除了完全外行和真正的編程高手外,初讀本書,你最先的感受將是驚慌:“哇!我以前捏造的C+/C程序怎么會有那么多的毛???”別難過,作者只不過比你早幾年、多幾次驚慌而已。請花一兩個小時認真閱讀這本百頁經(jīng)書,你將會獲益匪淺,這是前面N-1個讀者的建議。一、編程老手與高手的誤區(qū)自從計算機問世以來,程序設(shè)計就成了令人羨慕的職業(yè),程序員在受人寵愛之后容易發(fā)展成為毛病特多卻常能自

2、我臭美的群體。如今在Internet上流傳的“真正”的程序員據(jù)說是這樣的:(1) 真正的程序員沒有進度表,只有討好領(lǐng)導的馬屁精才有進度表,真正的程序員會讓領(lǐng)導提心吊膽。(2) 真正的程序員不寫使用說明書,用戶應(yīng)當自己去猜想程序的功能。(3) 真正的程序員幾乎不寫代碼的注釋,如果注釋很難寫,它理所當然也很難讀。(4) 真正的程序員不畫流程圖,原始人和文盲才會干這事。(5) 真正的程序員不看參考手冊,新手和膽小鬼才會看。(6) 真正的程序員不寫文檔也不需要文檔,只有看不懂程序的笨蛋才用文檔。(7) 真正的程序員認為自己比用戶更明白用戶需要什么。(8) 真正的程序員不接受團隊開發(fā)的理念,除非他自己是

3、頭頭。(9) 真正的程序員的程序不會在第一次就正確運行,但是他們愿意守著機器進行若干個30小時的調(diào)試改錯。(10) 真正的程序員不會在上午9:00到下午5:00之間工作,如果你看到他在上午9:00工作,這表明他從昨晚一直干到現(xiàn)在。具備上述特征越多,越顯得水平高,資格老。所以別奇怪,程序員的很多缺點竟然可以被當作優(yōu)點來欣賞。就象在武俠小說中,那些獨來獨往、不受約束且?guī)c邪氣的高手最令人崇拜。我曾經(jīng)也這樣信奉,并且希望自己成為那樣的“真正”的程序員,結(jié)果沒有得到好下場。我從讀大學到博士畢業(yè)十年來一直勤奮好學,累計編寫了數(shù)十萬行C+/C代碼。有這樣的苦勞和疲勞,我應(yīng)該稱得上是編程老手了吧?我開發(fā)的軟

4、件都與科研相關(guān)(集成電路CAD和3D圖形學領(lǐng)域),動輒數(shù)萬行程序,技術(shù)復雜,難度頗高。這些軟件頻頻獲獎,有一個軟件獲得首屆中國大學生電腦大賽軟件展示一等獎。在1995年開發(fā)的一套圖形軟件庫到2000年還有人買。羅列出這些“業(yè)績”,可以說明我算得上是編程高手了吧?可惜這種個人感覺不等于事實。讀博期間我曾用一年時間開發(fā)了一個近10萬行C+代碼的3D圖形軟件產(chǎn)品,我內(nèi)心得意表面謙虛地向一位真正的軟件高手請教。他雖然從未涉足過3D圖形領(lǐng)域,卻在幾十分鐘內(nèi)指出該軟件多處重大設(shè)計錯誤。讓人感覺那套軟件是用紙糊的華麗衣服,扯一下掉一塊,戳一下破個洞。我目瞪口呆地意識到這套軟件毫無實用價值,一年的心血白化了,

5、并且害死了自己的軟件公司。人的頓悟通常發(fā)生在最心痛的時刻,在沮喪和心痛之后,我作了深刻反省,“面壁”半年,重新溫習軟件設(shè)計的基礎(chǔ)知識。補修“內(nèi)功”之后,又覺得腰板硬了起來。博士畢業(yè)前半年,我曾到微軟中國研究院找工作,接受微軟公司一位資深軟件工程師的面試。他讓我寫函數(shù)strcpy的代碼。太容易了吧?錯!這么一個小不點的函數(shù),他從三個方面考查:(1)編程風格;(2)出錯處理;(3)算法復雜度分析(用于提高性能)。在大學里從來沒有人如此嚴格地考查過我的程序。我化了半個小時,修改了數(shù)次,他還不盡滿意,讓我回家好好琢磨。我精神抖擻地進“考場”,大汗淋漓地出“考場”。這“高手”當?shù)靡蔡C囊了。我又好好地反

6、省了一次。我把反省后的心得體會寫成文章放在網(wǎng)上傳閱,引起了不少軟件開發(fā)人員的共鳴。我因此有幸和國產(chǎn)大型IT企業(yè)如華為、上海貝爾、中興等公司的同志們廣泛交流。大家認為提高質(zhì)量與生產(chǎn)率是軟件工程要解決的核心問題。高質(zhì)量程序設(shè)計是非常重要的環(huán)節(jié),畢竟軟件是靠編程來實現(xiàn)的。我們心目中的老手們和高手們能否編寫出高質(zhì)量的程序來?不見得都能!就我的經(jīng)歷與閱歷來看,國內(nèi)大學的計算機教育壓根就沒有灌輸高質(zhì)量程序設(shè)計的觀念,教師們和學生們也很少自覺關(guān)心軟件的質(zhì)量。勤奮好學的程序員長期在低質(zhì)量的程序堆中滾爬,吃盡苦頭之后才有一些心得體會,長進極慢,我就是一例?,F(xiàn)在國內(nèi)IT企業(yè)擁有學士、碩士、博士文憑的軟件開發(fā)人員比

7、比皆是,但他們在接受大學教育時就“先天不足”,豈能一到企業(yè)就突然實現(xiàn)質(zhì)的飛躍。試問有多少軟件開發(fā)人員對正確性、健壯性、可靠性、效率、易用性、可讀性(可理解性)、可擴展性、可復用性、兼容性、可移植性等質(zhì)量屬性了如指掌?并且能在實踐中運用自如??!案哔|(zhì)量”可不是干活小心點就能實現(xiàn)的!我們有充分的理由疑慮:(1)編程老手可能會長期用隱含錯誤的方式編程(習慣成自然),發(fā)現(xiàn)毛病后都不愿相信那是真的?。?)編程高手可以在某一領(lǐng)域?qū)懗鰳O有水平的代碼,但未必能從全局把握軟件質(zhì)量的方方面面。事實證明如此。我到上海貝爾工作一年來,陸續(xù)面試或測試過近百名“新”“老”程序員的編程技能,質(zhì)量合格率大約是10。很少有人能

8、夠?qū)懗鐾耆腺|(zhì)量要求的if語句,很多程序員對指針、內(nèi)存管理一知半解,。領(lǐng)導們不敢相信這是真的。我做過現(xiàn)場試驗:有一次部門新進14名碩士生,在開歡迎會之前對他們進行“C+/C編程技能”摸底考試。我問大家試題難不難?所有的人都回答不難。結(jié)果沒有一個人及格,有半數(shù)人得零分。競爭對手公司的朋友們也做過試驗,同樣一敗涂地。真的不是我“心狠手辣”或者要求過高,而是很多軟件開發(fā)人員對自己的要求不夠高。要知道華為、上海貝爾、中興等公司的員工素質(zhì)在國內(nèi)IT企業(yè)中是比較前列的,倘若他們的編程質(zhì)量都如此差的話,我們怎么敢期望中小公司拿出高質(zhì)量的軟件呢?連程序都編不好,還談什么振興民族軟件產(chǎn)業(yè),豈不胡扯。我打算定義

9、編程老手和編程高手,請您別見笑。定義1:能長期穩(wěn)定地編寫出高質(zhì)量程序的程序員稱為編程老手。定義2:能長期穩(wěn)定地編寫出高難度、高質(zhì)量程序的程序員稱為編程高手。根據(jù)上述定義,馬上得到第一推論:我既不是高手也算不上是老手。在寫此書前,我閱讀了不少程序設(shè)計方面的英文著作,越看越羞慚。因為發(fā)現(xiàn)自己連編程基本技能都未能全面掌握,頂多算是二流水平,還好意思談什么老手和高手。希望和我一樣在國內(nèi)土生土長的程序員朋友們能夠做到:(1)知錯就改;(2)經(jīng)常溫故而知新;(3)堅持學習,天天向上。二、本書導讀首先請做附錄B的C+/C試題(不要看答案),考查自己的編程質(zhì)量究竟如何。然后參照答案嚴格打分。(1)如果你只得了

10、幾十分,請不要聲張,也不要太難過。編程質(zhì)量差往往是由于不良習慣造成的,與人的智力、能力沒有多大關(guān)系,還是有藥可救的。成績越差,可以進步的空間就越大,中國不就是在落后中趕超發(fā)達資本主義國家嗎?只要你能下決心改掉不良的編程習慣,第二次考試就能及格了。(2)如果你考及格了,表明你的技術(shù)基礎(chǔ)不錯,希望你能虛心學習、不斷進步。如果你還沒有找到合適的工作單位,不妨到上海貝爾試一試。(3)如果你考出85分以上的好成績,你有義務(wù)和資格為你所在的團隊作“C+/C編程”培訓。希望你能和我們多多交流、相互促進。半年前我曾經(jīng)發(fā)現(xiàn)一顆好苗子,就把他挖到我們小組來。(4)如果你在沒有任何提示的情況下考了滿分,希望你能收我

11、做你的徒弟。編程考試結(jié)束后,請閱讀本書的正文。本書第一章至第六章主要論述C+/C編程風格。難度不高,但是細節(jié)比較多。別小看了,提高質(zhì)量就是要從這些點點滴滴做起。世上不存在最好的編程風格,一切因需求而定。團隊開發(fā)講究風格一致,如果制定了大家認可的編程風格,那么所有組員都要遵守。如果讀者覺得本書的編程風格比較合你的工作,那么就采用它,不要只看不做。人在小時候說話發(fā)音不準,寫字潦草,如果不改正,總有后悔的時候。編程也是同樣道理。第七章至第十一章是專題論述,技術(shù)難度比較高,看書時要積極思考。特別是第七章“內(nèi)存管理”,讀了并不表示懂了,懂了并不表示就能正確使用。有一位同事看了第七章后覺得“野指針”寫得不

12、錯,與我切磋了一把??墒沁^了兩周,他告訴我,他忙了兩天追查出一個Bug,想不到又是“野指針”出問題,只好重讀第七章。光看本書對提高編程質(zhì)量是有限的,建議大家閱讀本書的參考文獻,那些都是經(jīng)典名著。如果你的編程質(zhì)量已經(jīng)過關(guān)了,不要就此滿足。如果你想成為優(yōu)秀的軟件開發(fā)人員,建議你閱讀并按照CMMI規(guī)范做事,讓自己的綜合水平上升一個臺階。上海貝爾的員工可以向網(wǎng)絡(luò)應(yīng)用事業(yè)部軟件工程研究小組索取CMMI有關(guān)資料,最好能參加培訓。三、版權(quán)聲明本書的大部分內(nèi)容取材于作者一年前的書籍手稿(尚未出版),現(xiàn)整理匯編成為上海貝爾網(wǎng)絡(luò)應(yīng)用事業(yè)部的一個規(guī)范化文件,同時作為培訓教材。由于C+/C編程是眾所周知的技術(shù),沒有秘

13、密可言。編程的好經(jīng)驗應(yīng)該大家共享,我們自己也是這么學來的。作者愿意公開本書的電子文檔。版權(quán)聲明如下:(1)讀者可以任意拷貝、修改本書的內(nèi)容,但不可以篡改作者及所屬單位。(2)未經(jīng)作者許可,不得出版或大量印發(fā)本書。(3)如果競爭對手公司的員工得到本書,請勿公開使用,以免發(fā)生糾紛。預計到2002年7月,我們將建立切合中國國情的CMMI 3級解決方案。屆時,包括本書在內(nèi)的約1000頁規(guī)范將嚴格受控。歡迎讀者對本書提出批評建議。林銳,2001年7月第1章 文件結(jié)構(gòu)每個C+/C程序通常分為兩個文件。一個文件用于保存程序的聲明(declaration),稱為頭文件。另一個文件用于保存程序的實現(xiàn)(imple

14、mentation),稱為定義(definition)文件。C+/C程序的頭文件以“.h”為后綴,C程序的定義文件以“.c”為后綴,C+程序的定義文件通常以“.cpp”為后綴(也有一些系統(tǒng)以“.cc”或“.cxx”為后綴)。1.1 版權(quán)和版本的聲明版權(quán)和版本的聲明位于頭文件和定義文件的開頭(參見示例1-1),主要內(nèi)容有:(1)版權(quán)信息。(2)文件名稱,標識符,摘要。(3)當前版本號,作者/修改者,完成日期。(4)版本歷史信息。/* Copyright (c) 2001,上海貝爾有限公司網(wǎng)絡(luò)應(yīng)用事業(yè)部* All rights reserved.* * 文件名稱:filename.h* 文件標識:

15、見配置管理計劃書* 摘 要:簡要描述本文件的內(nèi)容* * 當前版本:1.1* 作 者:輸入作者(或修改者)名字* 完成日期:2001年7月20日* 取代版本:1.0 * 原作者 :輸入原作者(或修改者)名字* 完成日期:2001年5月10日*/示例1-1 版權(quán)和版本的聲明1.2 頭文件的結(jié)構(gòu)頭文件由三部分內(nèi)容組成:(1)頭文件開頭處的版權(quán)和版本聲明(參見示例1-1)。(2)預處理塊。(3)函數(shù)和類結(jié)構(gòu)聲明等。假設(shè)頭文件名稱為 graphics.h,頭文件的結(jié)構(gòu)參見示例1-2。l 【規(guī)則1-2-1】為了防止頭文件被重復引用,應(yīng)當用ifndef/define/endif結(jié)構(gòu)產(chǎn)生預處理塊。l 【規(guī)則1

16、-2-2】用 #include 格式來引用標準庫的頭文件(編譯器將從標準庫目錄開始搜索)。l 【規(guī)則1-2-3】用 #include “filename.h” 格式來引用非標準庫的頭文件(編譯器將從用戶的工作目錄開始搜索)。 【建議1-2-1】頭文件中只存放“聲明”而不存放“定義”在C+ 語法中,類的成員函數(shù)可以在聲明的同時被定義,并且自動成為內(nèi)聯(lián)函數(shù)。這雖然會帶來書寫上的方便,但卻造成了風格不一致,弊大于利。建議將成員函數(shù)的定義與聲明分開,不論該函數(shù)體有多么小。 【建議1-2-2】不提倡使用全局變量,盡量不要在頭文件中出現(xiàn)象extern int value 這類聲明。/ 版權(quán)和版本聲明見示例

17、1-1,此處省略。#ifndefGRAPHICS_H/ 防止graphics.h被重復引用#defineGRAPHICS_H#include / 引用標準庫的頭文件#include “myheader.h” / 引用非標準庫的頭文件void Function1();/ 全局函數(shù)聲明class Box / 類結(jié)構(gòu)聲明;#endif示例1-2 C+/C頭文件的結(jié)構(gòu)1.3 定義文件的結(jié)構(gòu)定義文件有三部分內(nèi)容:(1) 定義文件開頭處的版權(quán)和版本聲明(參見示例1-1)。(2) 對一些頭文件的引用。(3) 程序的實現(xiàn)體(包括數(shù)據(jù)和代碼)。假設(shè)定義文件的名稱為 graphics.cpp,定義文件的結(jié)構(gòu)參見示

18、例1-3。/ 版權(quán)和版本聲明見示例1-1,此處省略。#include “graphics.h”/ 引用頭文件/ 全局函數(shù)的實現(xiàn)體void Function1()/ 類成員函數(shù)的實現(xiàn)體void Box:Draw()示例1-3 C+/C定義文件的結(jié)構(gòu)1.4 頭文件的作用早期的編程語言如Basic、Fortran沒有頭文件的概念,C+/C語言的初學者雖然會用使用頭文件,但常常不明其理。這里對頭文件的作用略作解釋:(1)通過頭文件來調(diào)用庫功能。在很多場合,源代碼不便(或不準)向用戶公布,只要向用戶提供頭文件和二進制的庫即可。用戶只需要按照頭文件中的接口聲明來調(diào)用庫功能,而不必關(guān)心接口怎么實現(xiàn)的。編譯器

19、會從庫中提取相應(yīng)的代碼。(2)頭文件能加強類型安全檢查。如果某個接口被實現(xiàn)或被使用時,其方式與頭文件中的聲明不一致,編譯器就會指出錯誤,這一簡單的規(guī)則能大大減輕程序員調(diào)試、改錯的負擔。1.5 目錄結(jié)構(gòu)如果一個軟件的頭文件數(shù)目比較多(如超過十個),通常應(yīng)將頭文件和定義文件分別保存于不同的目錄,以便于維護。例如可將頭文件保存于include目錄,將定義文件保存于source目錄(可以是多級目錄)。如果某些頭文件是私有的,它不會被用戶的程序直接引用,則沒有必要公開其“聲明”。為了加強信息隱藏,這些私有的頭文件可以和定義文件存放于同一個目錄。第2章 程序的版式版式雖然不會影響程序的功能,但會影響可讀性

20、。程序的版式追求清晰、美觀,是程序風格的重要構(gòu)成因素。可以把程序的版式比喻為“書法”。好的“書法”可讓人對程序一目了然,看得興致勃勃。差的程序“書法”如螃蟹爬行,讓人看得索然無味,更令維護者煩惱有加。請程序員們學習程序的“書法”,彌補大學計算機教育的漏洞,實在很有必要。2.1 空行空行起著分隔程序段落的作用??招械皿w(不過多也不過少)將使程序的布局更加清晰??招胁粫速M內(nèi)存,雖然打印含有空行的程序是會多消耗一些紙張,但是值得。所以不要舍不得用空行。l 【規(guī)則2-1-1】在每個類聲明之后、每個函數(shù)定義結(jié)束之后都要加空行。參見示例2-1(a)l 【規(guī)則2-1-2】在一個函數(shù)體內(nèi),邏揖上密切相關(guān)的語

21、句之間不加空行,其它地方應(yīng)加空行分隔。參見示例2-1(b )/ 空行void Function1() / 空行void Function2() / 空行void Function3() / 空行while (condition)statement1;/ 空行if (condition) statement2;elsestatement3;/ 空行statement4; 示例2-1(a) 函數(shù)之間的空行 示例2-1(b) 函數(shù)內(nèi)部的空行2.2 代碼行l(wèi) 【規(guī)則2-2-1】一行代碼只做一件事情,如只定義一個變量,或只寫一條語句。這樣的代碼容易閱讀,并且方便于寫注釋。l 【規(guī)則2-2-2】if、fo

22、r、while、do等語句自占一行,執(zhí)行語句不得緊跟其后。不論執(zhí)行語句有多少都要加。這樣可以防止書寫失誤。示例2-2(a)為風格良好的代碼行,示例2-2(b)為風格不良的代碼行。int width;/ 寬度int height;/ 高度int depth;/ 深度int width, height, depth; / 寬度高度深度x = a + b;y = c + d;z = e + f;X a + b; y = c + d; z = e + f;if (width height) dosomething();if (width =”、“=”、“+”、“*”、“%”、“&”、“|”、“”這類操

23、作符前后不加空格。 【建議2-3-1】對于表達式比較長的for語句和if語句,為了緊湊起見可以適當?shù)厝サ粢恍┛崭瘢鏵or (i=0; i10; i+)和if (a=b) & (c= 2000) / 良好的風格if(year=2000) / 不良的風格if (a=b) & (c=b&c=d) / 不良的風格for (i=0; i10; i+) / 良好的風格for(i=0;i10;i+) / 不良的風格for (i = 0; I 10; i +) / 過多的空格x = a b ? a : b; / 良好的風格x=aFunction(); / 不要寫成 b - Function();示例2-3

24、代碼行內(nèi)的空格2.4 對齊l 【規(guī)則2-4-1】程序的分界符和應(yīng)獨占一行并且位于同一列,同時與引用它們的語句左對齊。l 【規(guī)則2-4-2】 之內(nèi)的代碼塊在右邊數(shù)格處左對齊。示例2-4(a)為風格良好的對齊,示例2-4(b)為風格不良的對齊。void Function(int x) / program codevoid Function(int x) / program codeif (condition) / program codeelse / program codeif (condition) / program codeelse / program codefor (initializ

25、ation; condition; update) / program codefor (initialization; condition; update) / program codeWhile (condition) / program codewhile (condition) / program code如果出現(xiàn)嵌套的,則使用縮進對齊,如: 示例2-4(a) 風格良好的對齊 示例2-4(b) 風格不良的對齊2.5 長行拆分l 【規(guī)則2-5-1】代碼行最大長度宜控制在70至80個字符以內(nèi)。代碼行不要過長,否則眼睛看不過來,也不便于打印。l 【規(guī)則2-5-2】長表達式要在低優(yōu)先級操作符處

26、拆分成新行,操作符放在新行之首(以便突出操作符)。拆分出的新行要進行適當?shù)目s進,使排版整齊,語句可讀。if (very_longer_variable1 = very_longer_variable12)& (very_longer_variable3 = very_longer_variable14)& (very_longer_variable5 Draw();/ 類的成員函數(shù)l 【規(guī)則3-1-8】用正確的反義詞組命名具有互斥意義的變量或相反動作的函數(shù)等。例如:intminValue;intmaxValue;intSetValue();intGetValue(); 【建議3-1-1】盡量避

27、免名字中出現(xiàn)數(shù)字編號,如Value1,Value2等,除非邏輯上的確需要編號。這是為了防止程序員偷懶,不肯為命名動腦筋而導致產(chǎn)生無意義的名字(因為用數(shù)字編號最省事)。3.2 簡單的Windows應(yīng)用程序命名規(guī)則作者對“匈牙利”命名規(guī)則做了合理的簡化,下述的命名規(guī)則簡單易用,比較適合于Windows應(yīng)用軟件的開發(fā)。l 【規(guī)則3-2-1】類名和函數(shù)名用大寫字母開頭的單詞組合而成。例如:class Node;/ 類名class LeafNode;/ 類名void Draw(void);/ 函數(shù)名void SetValue(int value);/ 函數(shù)名l 【規(guī)則3-2-2】變量和參數(shù)用小寫字母開頭

28、的單詞組合而成。例如:BOOL flag;int drawMode;l 【規(guī)則3-2-3】常量全用大寫的字母,用下劃線分割單詞。例如:const int MAX = 100;const int MAX_LENGTH = 100;l 【規(guī)則3-2-4】靜態(tài)變量加前綴s_(表示static)。例如:void Init()static int s_initValue;/ 靜態(tài)變量l 【規(guī)則3-2-5】如果不得已需要全局變量,則使全局變量加前綴g_(表示global)。例如:int g_howManyPeople;/ 全局變量int g_howMuchMoney;/ 全局變量l 【規(guī)則3-2-6】類的

29、數(shù)據(jù)成員加前綴m_(表示member),這樣可以避免數(shù)據(jù)成員與成員函數(shù)的參數(shù)同名。例如:void Object:SetValue(int width, int height)m_width = width;m_height = height;l 【規(guī)則3-2-7】為了防止某一軟件庫中的一些標識符和其它軟件庫中的沖突,可以為各種標識符加上能反映軟件性質(zhì)的前綴。例如三維圖形標準OpenGL的所有庫函數(shù)均以gl開頭,所有常量(或宏定義)均以GL開頭。3.3 簡單的Unix應(yīng)用程序命名規(guī)則第4章 表達式和基本語句讀者可能懷疑:連if、for、while、goto、switch這樣簡單的東西也要探討編程

30、風格,是不是小題大做?我真的發(fā)覺很多程序員用隱含錯誤的方式寫表達式和基本語句,我自己也犯過類似的錯誤。表達式和語句都屬于C+/C的短語結(jié)構(gòu)語法。它們看似簡單,但使用時隱患比較多。本章歸納了正確使用表達式和語句的一些規(guī)則與建議。4.1 運算符的優(yōu)先級C+/C語言的運算符有數(shù)十個,運算符的優(yōu)先級與結(jié)合律如表4-1所示。注意一元運算符 + - * 的優(yōu)先級高于對應(yīng)的二元運算符。優(yōu)先級運算符結(jié)合律從高到低排列( ) - .從左至右! + - (類型) sizeof+ - * &從右至左* / %從左至右+ -從左至右從左至右 =從左至右= !=從左至右&從左至右從左至右|從左至右&從左至右|從右至左?

31、:從右至左= += -= *= /= %= &= =|= =從左至右表4-1 運算符的優(yōu)先級與結(jié)合律l 【規(guī)則4-1-1】如果代碼行中的運算符比較多,用括號確定表達式的操作順序,避免使用默認的優(yōu)先級。由于將表4-1熟記是比較困難的,為了防止產(chǎn)生歧義并提高可讀性,應(yīng)當用括號確定表達式的操作順序。例如:word = (high = b & c d & c + f = g + h ;/ 復合表達式過于復雜l 【規(guī)則4-2-2】不要有多用途的復合表達式。例如:d = (a = b + c) + r ; 該表達式既求a值又求d值。應(yīng)該拆分為兩個獨立的語句:a = b + c;d = a + r;l 【規(guī)則4-2-3】不要把程序中的復合表達式與“真正的數(shù)學表達式”混淆。例如:if (a b c)/ a b c是數(shù)學表達式而不是程序表達式并不表示if (ab) & (bc)而是成了令人費解的if ( (ab)=”或“=-EPSINON) & (x=EPSINON)其中EPSINON是允許的誤差(即精度)。4.3.4 指針變量與零值比較l 【規(guī)則4-3-4】應(yīng)當將指針變量用“=”或“!=”與NULL比較。指針變量的零值是“空”(記為NULL)。盡管NULL的值與0相同,但是兩者

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
  • 6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論