【導(dǎo)讀】蝕羈膇莄蚆羀艿蠆薂罿莁蒂袁羈肁芅螇羈膃蒁蚃肇芆芃蕿肆羅葿蒅肅肈節(jié)袃肄芀蕆蝿肅莂莀蚅肂肂薅薁肂膄莈袀肁芆薄螆膀荿莇螞腿肈薂薈螅膁蒞蒄螅莃薀袃螄肅蒃蝿螃膅蠆蚅螂芇蒁薁螁莀芄衿袀聿蒀螅衿膂節(jié)蟻衿芄蒈薇袈肄芁薃袇膆薆袂袆羋荿螈裊莀薅蚄襖肀莇薀羄膂薃蒆羃芅莆螄羄薁蝕羈膇莄蚆羀艿蠆薂罿莁蒂袁羈肁芅螇羈膃蒁蚃肇芆芃蕿肆羅葿蒅肅肈節(jié)袃肄芀蕆蝿肅莂莀蚅肂肂薅薁肂膄莈袀肁芆薄螆膀荿莇螞腿肈薂薈螅膁蒞蒄螅莃薀袃螄肅蒃蝿螃膅蠆蚅螂芇蒁薁螁莀芄衿袀聿蒀螅衿膂節(jié)蟻衿芄蒈薇袈肄芁薃袇膆薆袂袆羋荿螈裊莀薅蚄襖肀莇薀羄膂薃蒆羃芅莆螄羄薁蝕羈膇莄蚆羀艿蠆薂罿莁蒂袁羈肁芅螇羈膃蒁蚃肇芆芃蕿肆羅葿蒅肅肈節(jié)袃肄芀蕆蝿肅莂莀蚅肂肂薅薁肂膄莈袀肁芆薄螆膀荿莇螞腿肈薂薈螅膁蒞蒄螅莃薀袃螄肅蒃蝿螃膅蠆蚅螂芇蒁薁螁莀芄衿袀聿蒀螅衿膂節(jié)蟻衿芄蒈薇袈肄芁薃袇膆薆袂袆羋荿螈裊莀薅蚄襖肀莇薀羄膂薃蒆羃芅莆螄羄薁蝕羈膇莄蚆羀艿蠆薂罿莁蒂袁羈肁芅螇羈膃

　　

【正文】 并已經(jīng)滲透了每一個(gè)級(jí)別的計(jì)算 ,包括無(wú)線計(jì)算和移動(dòng)電話 (比如日本發(fā)明的 Java 電話 ).C能夠在用戶領(lǐng)域獲得這樣的禮遇嗎 ?我們必須等待并觀望 ,就象已經(jīng)由 SSI公司的 CEO和主席 Kalpathi S. Suresh 指出來(lái)的那樣 ,我發(fā)現(xiàn)所有這些都是漸進(jìn)的 .如果 C不存在 ,我們總能回到 Java或 C和 C++.這些都不完全是新技術(shù) 。它們?cè)诟蟮囊饬x上來(lái)說(shuō)只是大公司制造的市場(chǎng)噱頭 .我們必須給他們時(shí)間安頓下來(lái)看看這些是不是真的對(duì) IT工業(yè)有什么影響 . C從 Java 繼承而來(lái)的特點(diǎn) 類 :在 C中類的申明與 Java 很相似 .這是合理的因?yàn)榻?jīng)驗(yàn)告訴我們 Java 模型工作得很好 .Java的關(guān)鍵字 import已經(jīng)被替換成 using,它起到了同樣的作用 .一個(gè)類開(kāi)始執(zhí)行的起點(diǎn)是靜態(tài)方法 Main().下面的 Hello World 程序展示了基本的形式 : using System。 class Hello { static void Main() { (Hello, world)。 } } 在這個(gè)例子中 ,System 這個(gè)名字指向一個(gè)包括了基本 C實(shí)用類集合的命 15 名空間 (namespace).這個(gè)命名空間包括了 Console 類 ,它在這個(gè)例 子中被用來(lái)輸出一個(gè)字符串 .類可以是抽象的和不可繼承的 :一個(gè)被申明成 abstract 的類不能被實(shí)例化 。它只能被用做一個(gè)基類 .C關(guān)鍵字 sealed 就象 Java 關(guān)鍵字 final,它申明一個(gè)類不是抽象的 ,但是它也不能被用做另一個(gè)類的基類 .界面 :就象在Java 中一樣 ,一個(gè)界面是一組方法集合的抽象定義 .當(dāng)一個(gè)類或結(jié)構(gòu)體實(shí)現(xiàn)一個(gè)界面的時(shí)候 ,它必須實(shí)現(xiàn)這個(gè)界面中定義的所有方法 .一個(gè)單一的類可以實(shí)現(xiàn)幾個(gè)界面 .也許以后會(huì)出現(xiàn)一些微妙的差別 ,但是這個(gè)特點(diǎn)看起來(lái)與 Java 相比沒(méi)有變化 .布爾運(yùn)算 :條件表達(dá)式的結(jié)果是布爾數(shù)據(jù)類型 ,布 爾數(shù)據(jù)類型是這種語(yǔ)言中獨(dú)立的一種數(shù)據(jù)類型 .從布爾類型到其他類型沒(méi)有直接的轉(zhuǎn)換過(guò)程 .布爾常量true 和 false 是 C中的關(guān)鍵字 .錯(cuò)誤處理 :如 Java 中那樣 ,通過(guò)拋出和捕捉異常對(duì)象來(lái)管理錯(cuò)誤處理過(guò)程 .內(nèi)存管理 :由底層 .NET 框架進(jìn)行自動(dòng)內(nèi)存垃圾回收 . C從 C和 C++繼承的特點(diǎn) 編譯 :程序直接編譯成標(biāo)準(zhǔn)的二進(jìn)制可執(zhí)行形式 .但 C的源程序并不是被編譯成二進(jìn)制可執(zhí)行形式，而是一中中間語(yǔ)言，類似于 JAVA 字節(jié)碼。如果前面的 Hello World 程序被保存成一個(gè)文本文件并被命名為 ,它將被編譯成命名 的可執(zhí)行程序 . 結(jié)構(gòu)體 :一個(gè) C的結(jié)構(gòu)體與 C++的結(jié)構(gòu)體是相似的 ,因?yàn)樗軌虬瑪?shù)據(jù)聲明和方法 .但是 ,不象 C++,C結(jié)構(gòu)體與類是不同的而且不支持繼承 .但是 ,與 Java相同的是 ,一個(gè)結(jié)構(gòu)體可以實(shí)現(xiàn)界面 . 預(yù)編譯 :C中存在預(yù)編譯指令支持條件編譯 ,警告 ,錯(cuò)誤報(bào)告和編譯行控制 .可用的預(yù)編譯指令有 : define undef if elif else endif warning error 16 line [] 沒(méi)有了 include 偽指令 .你無(wú)法再用 define 語(yǔ)句對(duì)符號(hào)賦值 ,所以就不存在源代碼替換的概念 這些符號(hào)只能用在 if和 elif偽指令里 .在 line偽指令里的數(shù)字 (和可選的名字 )能夠修改行號(hào)還有 warning 和 error 輸出結(jié)果的文件名 . 操作符重載 :一些操作符能夠被重載 ,而另一些則不能 .特別的是 ,沒(méi)有一個(gè)賦值運(yùn)算符能夠被重載 .能夠被被重載的單目操作符是 : + ! ~ ++ true false 能夠被重載的二元運(yùn)算符是 : + * / % amp。 | ^ == != = = C獨(dú)有的特點(diǎn) C最引人入勝的地方是它和 Java 的不同 ,而不是相似的地方 .這一節(jié) (和這個(gè)系列第二部分的大部分地方 )講述了 C實(shí)現(xiàn)的和 Java 不同的地方或者 Java根本沒(méi)有的特點(diǎn) . 中間代碼 :微軟在用戶選擇何時(shí) MSIL 應(yīng)該編譯成機(jī)器碼的時(shí)候是留了很大的余地 .微軟公司很小心的聲稱 MSIL 不是解釋性的 ,而是被編譯成了機(jī)器碼 .它也明白許多 如果不是大多數(shù)的話 程序員認(rèn)為 Java 程序要不可避免的比 C編寫(xiě)的任何東西都要慢 .而這種實(shí)現(xiàn)方式?jīng)Q定了基于 MSIL 的程序 (指的是用 C,Visual Basic,Managed C++C++的一個(gè)符合 CLS 的版本 等語(yǔ)言編寫(xiě)的程序 )將在性能上超過(guò) 解釋性的 Java 代碼 .當(dāng)然 ,這一點(diǎn)還需要得到事實(shí)證明 ,因?yàn)?C和其他生成 MSIL 的編譯器還沒(méi)有發(fā)布 .但是 Java JIT 編譯器的普遍存在使得 Java和 C在性能上相對(duì)相同 .象 C是編譯語(yǔ)言而 Java是解釋性的 ,之類的聲明只是商業(yè)技巧 .Java的中間代碼和 MSIL都是中間的匯編形式的語(yǔ)言 ,它們?cè)谶\(yùn)行時(shí)或其它的時(shí)候被編譯成機(jī)器代碼 . 命名空間中的申明 :當(dāng)你創(chuàng)建一個(gè)程序的時(shí)候 ,你在一個(gè)命名空間里創(chuàng)建了一個(gè)或多個(gè)類 .同在這個(gè)命名空 間里 (在類的外面 )你還有可能聲明界面 ,枚舉類型和結(jié)構(gòu)體 .必須使用 using 關(guān)鍵字來(lái)引用其他命名空間的內(nèi)容 . 基本的數(shù)據(jù)類型 :C擁有比 C,C++或者 Java更廣泛的數(shù)據(jù)類型 .這些類型是 bool, byte, ubyte, short, ushort, int, uint, long, ulong, float, double,和 Java一樣 ,所有這些類型都有一個(gè)固定的大小 .又象 C和 C++一樣 ,每 17 個(gè)數(shù)據(jù)類型都有有符號(hào)和無(wú)符號(hào)兩種類型 .與 Java 相同的是 ,一個(gè)字符變量包含的是一個(gè) 16位的 Unicode 字符 .C新的數(shù)據(jù)類型是 decimal 數(shù)據(jù)類型 ,對(duì)于貨幣數(shù)據(jù) ,它能存放 28 位 10 進(jìn)制數(shù)字 . 兩個(gè)基本類 :一個(gè)名叫 object的類是所有其他類的基類 .而一個(gè)名叫 string的類也象 object 一樣是這個(gè)語(yǔ)言的一部分 .作為語(yǔ)言的一部分存在意味著編譯器有可能使用它 無(wú)論何時(shí)你在程序中寫(xiě)入一句帶引號(hào)的字符串 ,編譯器會(huì)創(chuàng)建一個(gè)string 對(duì)象來(lái)保存它 . 參數(shù)傳遞 :方法可以被聲明接受可變數(shù)目的參數(shù) .缺省的參數(shù)傳遞方法是對(duì)基本數(shù)據(jù)類型進(jìn)行值傳遞 .ref 關(guān)鍵字可以用來(lái)強(qiáng)迫一個(gè)變量通過(guò)引用傳遞 ,這使得一個(gè)變量 可以接受一個(gè)返回值 .out關(guān)鍵字也能聲明引用傳遞過(guò)程 ,與 ref不同的地方是 ,它指明這個(gè)參數(shù)并不需要初始值 . 與 COM 的集成 :C對(duì) Windows 程序最大的賣點(diǎn)可能就是它與 COM 的無(wú)縫集成了 ,COM 就是微軟的 Win32 組件技術(shù) .實(shí)際上 ,最終有可能在任何 .NET 語(yǔ)言里編寫(xiě)COM客戶和服務(wù)器端 .C編寫(xiě)的類可以子類化一個(gè)以存在的 COM組件 。生成的類也能被作為一個(gè) COM 組件使用 ,然后又能使用 ,比方說(shuō) ,JScript 語(yǔ)言子類化它從而得到第三個(gè) COM 組件 .這種現(xiàn)象的結(jié)果是導(dǎo)致了一個(gè)運(yùn)行環(huán)境的產(chǎn)生 ,在這個(gè)環(huán)境里的組件是 網(wǎng)絡(luò)服務(wù) ,可用用任何 .NET 語(yǔ)言子類化 . 索引下標(biāo) :一個(gè)索引與屬性除了不使用屬性名來(lái)引用類成員而是用一個(gè)方括號(hào)中的數(shù)字來(lái)匿名引用 (就象用數(shù)組下標(biāo)一樣 )以外是相似的 . public class ListBox: Control { private string[] items。 public string this[int index] { get { return items[index]。 } set 18 { items[index] = value。 Repaint()。 } } } 可以用一個(gè)循環(huán)器來(lái)匿名引用字符串內(nèi)部數(shù)組成員 ,就象下面這樣 : ListBox listBox = ...。 listBox[0] = hello。 (listBox[0])。 代理和反饋 :一個(gè)代理對(duì)象包括了訪問(wèn)一個(gè)特定對(duì)象的特定方法所需的信息 .只要把它當(dāng)成一個(gè)聰明的方法指針就行了 .代理對(duì)象可以被 移動(dòng)到另一個(gè)地方 ,然后可以通過(guò)訪問(wèn)它來(lái)對(duì)已存在的方法進(jìn)行類型安全的調(diào)用 .一個(gè)反饋方法是代理的特例 .event 關(guān)鍵字用在將在事件發(fā)生的時(shí)候被當(dāng)成代理調(diào)用的方法聲明 。 軟件工程 １問(wèn)題定義 問(wèn)題定義階段必須回答的關(guān)鍵問(wèn)題： “ 要解決的問(wèn)題是什么？ ” 如果不知道問(wèn)題是什么就試圖解決這個(gè)問(wèn)題，顯然是盲目的，只會(huì)白白浪費(fèi)時(shí)間和金錢，最終得出的結(jié)果很可能是毫無(wú)意義的。盡管確切地定義問(wèn)題的必要性是十分明顯的，但是在實(shí)踐中它卻可能是最容易被忽視的一個(gè)步驟。 通過(guò)問(wèn)題定義階段的工作，系統(tǒng)分析員應(yīng)該提出關(guān)于問(wèn)題性質(zhì) 、工程目標(biāo)和規(guī)模的書(shū)面報(bào)告。通過(guò)對(duì)系統(tǒng)的實(shí)際用戶和使用部門負(fù)責(zé)人的訪問(wèn)調(diào)查，分析員扼要地寫(xiě)出他對(duì)問(wèn)題的理解，并在用戶和使用部門負(fù)責(zé)人的會(huì)議上認(rèn)真討論這份書(shū)面報(bào)告，澄清含糊不精的地方，改正理解不正確的地方，最后得出一份雙方都滿意的文檔。 問(wèn)題定義階段是軟件生存周期中最簡(jiǎn)短的階段，一般只需要一天甚至更少的時(shí)間。 19 ２可行性研究 這個(gè)階段要回答的關(guān)鍵問(wèn)題： “ 對(duì)于上一個(gè)階段所確定的問(wèn)題有行得通的解決辦法嗎？ ” 為了回答這個(gè)問(wèn)題，系統(tǒng)分析員需要進(jìn)行一次大大壓縮和簡(jiǎn)化了的系統(tǒng)分析和設(shè)計(jì)的過(guò)程，也就是在較抽象的高 層次上進(jìn)行的分析和設(shè)計(jì)的過(guò)程。 可行性研究應(yīng)該比較簡(jiǎn)短，這個(gè)階段的任務(wù)不是具體解決問(wèn)題，而是研究問(wèn)題的范圍，探索這個(gè)問(wèn)題是否值得去解，是否有可行的解決辦法。 在問(wèn)題定義階段提出的對(duì)工程目標(biāo)和規(guī)模的報(bào)告通常比較含糊?？尚行匝芯侩A段應(yīng)該導(dǎo)出系統(tǒng)的高層邏輯模型（通常用數(shù)據(jù)流圖表示），并且在此基礎(chǔ)上更準(zhǔn)確、更具體地確定工程規(guī)模和目標(biāo)。然后分析