类设计
類設(shè)計(jì)
類的設(shè)計(jì)方法 [轉(zhuǎn)] from:http://www.cnblogs.com/seandotnet/archive/2006/12/25/603114.html1) 類名首字母應(yīng)該大寫。字段、方法以及對(duì)象（句柄）的首字母應(yīng)小寫。對(duì)于所有標(biāo)識(shí)符，其中包含的所有單詞都應(yīng)緊靠在一起，而且大寫中間單詞的首字母。例如：
ThisIsAClassName
thisIsMethodOrFieldName
若在定義中出現(xiàn)了常數(shù)初始化字符，則大寫static final基本類型標(biāo)識(shí)符中的所有字母。這樣便可標(biāo)志出它們屬于編譯期的常數(shù)。
Java包（Package）屬于一種特殊情況：它們?nèi)际切懽帜?#xff0c;即便中間的單詞亦是如此。對(duì)于域名擴(kuò)展名稱，如com，org，net或者edu等，全部都應(yīng)小寫（這也是Java 1.1和Java 1.2的區(qū)別之一）。
(2) 為了常規(guī)用途而創(chuàng)建一個(gè)類時(shí)，請(qǐng)采取“經(jīng)典形式”，并包含對(duì)下述元素的定義：
equals()
hashCode()
toString()
clone()（implement Cloneable）
implement Serializable
(3) 對(duì)于自己創(chuàng)建的每一個(gè)類，都考慮置入一個(gè)main()，其中包含了用于測(cè)試那個(gè)類的代碼。為使用一個(gè)項(xiàng)目中的類，我們沒(méi)必要?jiǎng)h除測(cè)試代碼。若進(jìn)行了任何形式的改動(dòng)，可方便地返回測(cè)試。這些代碼也可作為如何使用類的一個(gè)示例使用。
(4) 應(yīng)將方法設(shè)計(jì)成簡(jiǎn)要的、功能性單元，用它描述和實(shí)現(xiàn)一個(gè)不連續(xù)的類接口部分。理想情況下，方法應(yīng)簡(jiǎn)明扼要。若長(zhǎng)度很大，可考慮通過(guò)某種方式將其分割成較短的幾個(gè)方法。這樣做也便于類內(nèi)代碼的重復(fù)使用（有些時(shí)候，方法必須非常大，但它們?nèi)詰?yīng)只做同樣的一件事情）。
(5) 設(shè)計(jì)一個(gè)類時(shí)，請(qǐng)?jiān)O(shè)身處地為客戶程序員考慮一下（類的使用方法應(yīng)該是非常明確的）。然后，再設(shè)身處地為管理代碼的人考慮一下（預(yù)計(jì)有可能進(jìn)行哪些形式的修改，想想用什么方法可把它們變得更簡(jiǎn)單）。
(6) 使類盡可能短小精悍，而且只解決一個(gè)特定的問(wèn)題。下面是對(duì)類設(shè)計(jì)的一些建議：
■一個(gè)復(fù)雜的開關(guān)語(yǔ)句：考慮采用“多形”機(jī)制
■數(shù)量眾多的方法涉及到類型差別極大的操作：考慮用幾個(gè)類來(lái)分別實(shí)現(xiàn)
■許多成員變量在特征上有很大的差別：考慮使用幾個(gè)類
(7) 讓一切東西都盡可能地“私有”——private。可使庫(kù)的某一部分“公共化”（一個(gè)方法、類或者一個(gè)字段等等），就永遠(yuǎn)不能把它拿出。若強(qiáng)行拿出，就可能破壞其他人現(xiàn)有的代碼，使他們不得不重新編寫和設(shè)計(jì)。若只公布自己必須公布的，就可放心大膽地改變其他任何東西。在多線程環(huán)境中，隱私是特別重要的一個(gè)因素——只有private字段才能在非同步使用的情況下受到保護(hù)。
(8) 謹(jǐn)惕“巨大對(duì)象綜合癥”。對(duì)一些習(xí)慣于順序編程思維、且初涉OOP領(lǐng)域的新手，往往喜歡先寫一個(gè)順序執(zhí)行的程序，再把它嵌入一個(gè)或兩個(gè)巨大的對(duì)象里。根據(jù)編程原理，對(duì)象表達(dá)的應(yīng)該是應(yīng)用程序的概念，而非應(yīng)用程序本身。
(9) 若不得已進(jìn)行一些不太雅觀的編程，至少應(yīng)該把那些代碼置于一個(gè)類的內(nèi)部。
(10) 任何時(shí)候只要發(fā)現(xiàn)類與類之間結(jié)合得非常緊密，就需要考慮是否采用內(nèi)部類，從而改善編碼及維護(hù)工作（參見第14章14.1.2小節(jié)的“用內(nèi)部類改進(jìn)代碼”）。
(11) 盡可能細(xì)致地加上注釋，并用javadoc注釋文檔語(yǔ)法生成自己的程序文檔。
(12) 避免使用“魔術(shù)數(shù)字”，這些數(shù)字很難與代碼很好地配合。如以后需要修改它，無(wú)疑會(huì)成為一場(chǎng)噩夢(mèng)，因?yàn)楦静恢馈?00”到底是指“數(shù)組大小”還是“其他全然不同的東西”。所以，我們應(yīng)創(chuàng)建一個(gè)常數(shù)，并為其使用具有說(shuō)服力的描述性名稱，并在整個(gè)程序中都采用常數(shù)標(biāo)識(shí)符。這樣可使程序更易理解以及更易維護(hù)。
(13) 涉及構(gòu)建器和異常的時(shí)候，通常希望重新丟棄在構(gòu)建器中捕獲的任何異常——如果它造成了那個(gè)對(duì)象的創(chuàng)建失敗。這樣一來(lái)，調(diào)用者就不會(huì)以為那個(gè)對(duì)象已正確地創(chuàng)建，從而盲目地繼續(xù)。
(14) 當(dāng)客戶程序員用完對(duì)象以后，若你的類要求進(jìn)行任何清除工作，可考慮將清除代碼置于一個(gè)良好定義的方法里，采用類似于cleanup()這樣的名字，明確表明自己的用途。除此以外，可在類內(nèi)放置一個(gè)boolean（布爾）標(biāo)記，指出對(duì)象是否已被清除。在類的finalize()方法里，請(qǐng)確定對(duì)象已被清除，并已丟棄了從RuntimeException繼承的一個(gè)類（如果還沒(méi)有的話），從而指出一個(gè)編程錯(cuò)誤。在采取象這樣的方案之前，請(qǐng)確定finalize()能夠在自己的系統(tǒng)中工作（可能需要調(diào)用System.runFinalizersOnExit(true)，從而確保這一行為）。
(15) 在一個(gè)特定的作用域內(nèi)，若一個(gè)對(duì)象必須清除（非由垃圾收集機(jī)制處理），請(qǐng)采用下述方法：初始化對(duì)象；若成功，則立即進(jìn)入一個(gè)含有finally從句的try塊，開始清除工作。
(16) 若在初始化過(guò)程中需要覆蓋（取消）finalize()，請(qǐng)記住調(diào)用super.finalize()（若Object屬于我們的直接超類，則無(wú)此必要）。在對(duì)finalize()進(jìn)行覆蓋的過(guò)程中，對(duì)super.finalize()的調(diào)用應(yīng)屬于最后一個(gè)行動(dòng)，而不應(yīng)是第一個(gè)行動(dòng)，這樣可確保在需要基礎(chǔ)類組件的時(shí)候它們依然有效。
(17) 創(chuàng)建大小固定的對(duì)象集合時(shí)，請(qǐng)將它們傳輸至一個(gè)數(shù)組（若準(zhǔn)備從一個(gè)方法里返回這個(gè)集合，更應(yīng)如此操作）。這樣一來(lái)，我們就可享受到數(shù)組在編譯期進(jìn)行類型檢查的好處。此外，為使用它們，數(shù)組的接收者也許并不需要將對(duì)象“造型”到數(shù)組里。
(18) 盡量使用interfaces，不要使用abstract類。若已知某樣?xùn)|西準(zhǔn)備成為一個(gè)基礎(chǔ)類，那么第一個(gè)選擇應(yīng)是將其變成一個(gè)interface（接口）。只有在不得不使用方法定義或者成員變量的時(shí)候，才需要將其變成一個(gè)abstract（抽象）類。接口主要描述了客戶希望做什么事情，而一個(gè)類則致力于（或允許）具體的實(shí)施細(xì)節(jié)。
(19) 在構(gòu)建器內(nèi)部，只進(jìn)行那些將對(duì)象設(shè)為正確狀態(tài)所需的工作。盡可能地避免調(diào)用其他方法，因?yàn)槟切┓椒赡鼙黄渌烁采w或取消，從而在構(gòu)建過(guò)程中產(chǎn)生不可預(yù)知的結(jié)果（參見第7章的詳細(xì)說(shuō)明）。
(20) 對(duì)象不應(yīng)只是簡(jiǎn)單地容納一些數(shù)據(jù)；它們的行為也應(yīng)得到良好的定義。
(21) 在現(xiàn)成類的基礎(chǔ)上創(chuàng)建新類時(shí)，請(qǐng)首先選擇“新建”或“創(chuàng)作”。只有自己的設(shè)計(jì)要求必須繼承時(shí)，才應(yīng)考慮這方面的問(wèn)題。若在本來(lái)允許新建的場(chǎng)合使用了繼承，則整個(gè)設(shè)計(jì)會(huì)變得沒(méi)有必要地復(fù)雜。
(22) 用繼承及方法覆蓋來(lái)表示行為間的差異，而用字段表示狀態(tài)間的區(qū)別。一個(gè)非常極端的例子是通過(guò)對(duì)不同類的繼承來(lái)表示顏色，這是絕對(duì)應(yīng)該避免的：應(yīng)直接使用一個(gè)“顏色”字段。
(23) 為避免編程時(shí)遇到麻煩，請(qǐng)保證在自己類路徑指到的任何地方，每個(gè)名字都僅對(duì)應(yīng)一個(gè)類。否則，編譯器可能先找到同名的另一個(gè)類，并報(bào)告出錯(cuò)消息。若懷疑自己碰到了類路徑問(wèn)題，請(qǐng)?jiān)囋囋陬惵窂降拿恳粋€(gè)起點(diǎn)，搜索一下同名的.class文件。
(24) 在Java 1.1 AWT中使用事件“適配器”時(shí)，特別容易碰到一個(gè)陷阱。若覆蓋了某個(gè)適配器方法，同時(shí)拼寫方法沒(méi)有特別講究，最后的結(jié)果就是新添加一個(gè)方法，而不是覆蓋現(xiàn)成方法。然而，由于這樣做是完全合法的，所以不會(huì)從編譯器或運(yùn)行期系統(tǒng)獲得任何出錯(cuò)提示——只不過(guò)代碼的工作就變得不正常了。
(25) 用合理的設(shè)計(jì)方案消除“偽功能”。也就是說(shuō)，假若只需要?jiǎng)?chuàng)建類的一個(gè)對(duì)象，就不要提前限制自己使用應(yīng)用程序，并加上一條“只生成其中一個(gè)”注釋。請(qǐng)考慮將其封裝成一個(gè)“獨(dú)生子”的形式。若在主程序里有大量散亂的代碼，用于創(chuàng)建自己的對(duì)象，請(qǐng)考慮采納一種創(chuàng)造性的方案，將些代碼封裝起來(lái)。
(26) 警惕“分析癱瘓”。請(qǐng)記住，無(wú)論如何都要提前了解整個(gè)項(xiàng)目的狀況，再去考察其中的細(xì)節(jié)。由于把握了全局，可快速認(rèn)識(shí)自己未知的一些因素，防止在考察細(xì)節(jié)的時(shí)候陷入“死邏輯”中。
(27) 警惕“過(guò)早優(yōu)化”。首先讓它運(yùn)行起來(lái)，再考慮變得更快——但只有在自己必須這樣做、而且經(jīng)證實(shí)在某部分代碼中的確存在一個(gè)性能瓶頸的時(shí)候，才應(yīng)進(jìn)行優(yōu)化。除非用專門的工具分析瓶頸，否則很有可能是在浪費(fèi)自己的時(shí)間。性能提升的隱含代價(jià)是自己的代碼變得難于理解，而且難于維護(hù)。
(28) 請(qǐng)記住，閱讀代碼的時(shí)間比寫代碼的時(shí)間多得多。思路清晰的設(shè)計(jì)可獲得易于理解的程序，但注釋、細(xì)致的解釋以及一些示例往往具有不可估量的價(jià)值。無(wú)論對(duì)你自己，還是對(duì)后來(lái)的人，它們都是相當(dāng)重要的。如對(duì)此仍有懷疑，那么請(qǐng)?jiān)囅胱约涸噲D從聯(lián)機(jī)Java文檔里找出有用信息時(shí)碰到的挫折，這樣或許能將你說(shuō)服。
(29) 如認(rèn)為自己已進(jìn)行了良好的分析、設(shè)計(jì)或者實(shí)施，那么請(qǐng)稍微更換一下思維角度。試試邀請(qǐng)一些外來(lái)人士——并不一定是專家，但可以是來(lái)自本公司其他部門的人。請(qǐng)他們用完全新鮮的眼光考察你的工作，看看是否能找出你一度熟視無(wú)睹的問(wèn)題。采取這種方式，往往能在最適合修改的階段找出一些關(guān)鍵性的問(wèn)題，避免產(chǎn)品發(fā)行后再解決問(wèn)題而造成的金錢及精力方面的損失。
(30) 良好的設(shè)計(jì)能帶來(lái)最大的回報(bào)。簡(jiǎn)言之，對(duì)于一個(gè)特定的問(wèn)題，通常會(huì)花較長(zhǎng)的時(shí)間才能找到一種最恰當(dāng)?shù)慕鉀Q方案。但一旦找到了正確的方法，以后的工作就輕松多了，再也不用經(jīng)歷數(shù)小時(shí)、數(shù)天或者數(shù)月的痛苦掙扎。我們的努力工作會(huì)帶來(lái)最大的回報(bào)（甚至無(wú)可估量）。而且由于自己傾注了大量心血，最終獲得一個(gè)出色的設(shè)計(jì)方案，成功的快感也是令人心動(dòng)的。堅(jiān)持抵制草草完工的誘惑——那樣做往往得不償失
-------------------------------------------------------------------------------------------------------------------------------------------- --------------------------------------------------------------------------------------------------------------------------------------------
ASP.NET設(shè)計(jì)網(wǎng)絡(luò)硬盤之兩個(gè)重要類
ASP.NET設(shè)計(jì)網(wǎng)絡(luò)硬盤之兩個(gè)重要類
要進(jìn)行“網(wǎng)絡(luò)硬盤”功能設(shè)計(jì)，首先要熟悉.NET中處理文件和文件夾的操作。File類和Directory類是其中最主要的兩個(gè)類。了解它們將對(duì)后面功能的實(shí)現(xiàn)提供很大的便利。System.IO.File類和System.IO.FileInfo類
在設(shè)計(jì)和實(shí)現(xiàn)“網(wǎng)絡(luò)硬盤”的過(guò)程中，將大量地使用和文件系統(tǒng)操作相關(guān)的內(nèi)容。故本節(jié)先對(duì)和文件系統(tǒng)相關(guān)的兩個(gè).NET類進(jìn)行簡(jiǎn)要介紹。
System.IO.File類和System.IO.FileInfo類主要提供有關(guān)文件的各種操作，在使用時(shí)需要引用System.IO命名空間。下面通過(guò)程序?qū)嵗齺?lái)介紹其主要屬性和方法。
(1) 文件打開方法：File.Open
該方法的聲明如下：
| public static FileStream Open(string path,FileMode mode) |
下面的代碼打開存放在c:\tempuploads目錄下名稱為newFile.txt文件，并在該文件中寫入hello。
| private void OpenFile() { FileStream.TextFile=File.Open(@"c:\tempuploads\newFile.txt",FileMode.Append); byte [] Info = {(byte)''h'',(byte)''e'',(byte)''l'',(byte)''l'',(byte)''o''}; TextFile.Write(Info,0,Info.Length); TextFile.Close(); } |
(2) 文件創(chuàng)建方法：File.Create
該方法的聲明如下：
| public static FileStream Create(string path;) |
下面的代碼演示如何在c:\tempuploads下創(chuàng)建名為newFile.txt的文件。
由于File.Create方法默認(rèn)向所有用戶授予對(duì)新文件的完全讀/寫訪問(wèn)權(quán)限，所以文件是用讀/寫訪問(wèn)權(quán)限打開的，必須關(guān)閉后才能由其他應(yīng)用程序打開。為此，所以需要使用FileStream類的Close方法將所創(chuàng)建的文件關(guān)閉。
| private void MakeFile() { FileStream NewText=File.Create(@"c:\tempuploads\newFile.txt"); NewText.Close(); } |
(3) 文件刪除方法：File.Delete
該方法聲明如下：
| public static void Delete(string path); |
下面的代碼演示如何刪除c:\tempuploads目錄下的newFile.txt文件。
| private void DeleteFile() { File.Delete(@"c:\tempuploads\newFile.txt"); } |
(4) 文件復(fù)制方法：File.Copy
該方法聲明如下：
| public static void Copy(string sourceFileName,string destFileName,bool overwrite); |
下面的代碼將c:\tempuploads\newFile.txt復(fù)制到c:\tempuploads\BackUp.txt。
由于Cope方法的OverWrite參數(shù)設(shè)為true，所以如果BackUp.txt文件已存在的話，將會(huì)被復(fù)制過(guò)去的文件所覆蓋。
| private void CopyFile() { File.Copy(@"c:\tempuploads\newFile.txt",@"c:\tempuploads\BackUp.txt",true); } |
(5) 文件移動(dòng)方法：File.Move
該方法聲明如下：
| public static void Move(string sourceFileName,string destFileName); |
下面的代碼可以將c:\tempuploads下的BackUp.txt文件移動(dòng)到c盤根目錄下。
注意：
只能在同一個(gè)邏輯盤下進(jìn)行文件轉(zhuǎn)移。如果試圖將c盤下的文件轉(zhuǎn)移到d盤，將發(fā)生錯(cuò)誤。
| private void MoveFile() { File.Move(@"c:\tempuploads\BackUp.txt",@"c:\BackUp.txt"); } |
(6) 設(shè)置文件屬性方法：File.SetAttributes
該方法聲明如下：
| public static void SetAttributes(string path,FileAttributes fileAttributes); |
下面的代碼可以設(shè)置文件c:\tempuploads\newFile.txt的屬性為只讀、隱藏。
| private void SetFile() { File.SetAttributes(@"c:\tempuploads\newFile.txt", FileAttributes.ReadOnly|FileAttributes.Hidden); } |
文件除了常用的只讀和隱藏屬性外，還有Archive(文件存檔狀態(tài))，System(系統(tǒng)文件)，Temporary(臨時(shí)文件)等。關(guān)于文件屬性的詳細(xì)情況請(qǐng)參看MSDN中FileAttributes的描述。
(7) 判斷文件是否存在的方法：File.Exist
該方法聲明如下：
| public static bool Exists(string path); |
下面的代碼判斷是否存在c:\tempuploads\newFile.txt文件。若存在，先復(fù)制該文件，然后其刪除，最后將復(fù)制的文件移動(dòng)；若不存在，則先創(chuàng)建該文件，然后打開該文件并進(jìn)行寫入操作，最后將文件屬性設(shè)為只讀、隱藏。
| if(File.Exists(@"c:\tempuploads\newFile.txt")) //判斷文件是否存在 { CopyFile(); //復(fù)制文件 DeleteFile(); //刪除文件 MoveFile(); //移動(dòng)文件 } else { MakeFile(); //生成文件 OpenFile(); //打開文件 SetFile(); //設(shè)置文件屬性 } |
此外，File類對(duì)于Text文本提供了更多的支持。
· AppendText：將文本追加到現(xiàn)有文件
· CreateText：為寫入文本創(chuàng)建或打開新文件
· OpenText：打開現(xiàn)有文本文件以進(jìn)行讀取
但上述方法主要對(duì)UTF-8的編碼文本進(jìn)行操作，從而顯得不夠靈活。在這里推薦讀者使用下面的代碼對(duì)txt文件進(jìn)行操作。
· 對(duì)txt文件進(jìn)行“讀”操作，示例代碼如下：
| StreamReader TxtReader = new StreamReader(@"c:\tempuploads\newFile.txt",System.Text.Encoding.Default); string FileContent; FileContent = TxtReader.ReadEnd(); TxtReader.Close(); |
· 對(duì)txt文件進(jìn)行“寫”操作，示例代碼如下：
| StreamWriter = new StreamWrite(@"c:\tempuploads\newFile.txt",System.Text.Encoding.Default); string FileContent; TxtWriter.Write(FileContent); TxtWriter.Close(); |
????System.IO.Directory類和System.DirectoryInfo類
主要提供關(guān)于目錄的各種操作，使用時(shí)需要引用System.IO命名空間。下面通過(guò)程序?qū)嵗齺?lái)介紹其主要屬性和方法。
(1) 目錄創(chuàng)建方法：Directory.CreateDirectory
該方法聲明如下：
| public static DirectoryInfo CreateDirectory(string path); |
下面的代碼演示在c:\tempuploads文件夾下創(chuàng)建名為NewDirectory的目錄。
| private void MakeDirectory() { Directory.CreateDirectory(@"c:\tempuploads\NewDirectoty"); } |
(2) 目錄屬性設(shè)置方法：DirectoryInfo.Atttributes
下面的代碼設(shè)置c:\tempuploads\NewDirectory目錄為只讀、隱藏。與文件屬性相同，目錄屬性也是使用FileAttributes來(lái)進(jìn)行設(shè)置的。
| private void SetDirectory() { DirectoryInfo NewDirInfo = new DirectoryInfo(@"c:\tempuploads\NewDirectoty"); NewDirInfo.Atttributes = FileAttributes.ReadOnly|FileAttributes.Hidden; } |
(3) 目錄刪除方法：Directory.Delete
該方法聲明如下：
| public static void Delete(string path,bool recursive); |
下面的代碼可以將c:\tempuploads\BackUp目錄刪除。Delete方法的第二個(gè)參數(shù)為bool類型，它可以決定是否刪除非空目錄。如果該參數(shù)值為true，將刪除整個(gè)目錄，即使該目錄下有文件或子目錄；若為false，則僅當(dāng)目錄為空時(shí)才可刪除。
| private void DeleteDirectory() { Directory.Delete(@"c:\tempuploads\BackUp",true); } |
(4) 目錄移動(dòng)方法：Directory.Move
該方法聲明如下：
| public static void Move(string sourceDirName,string destDirName); |
下面的代碼將目錄c:\tempuploads\NewDirectory移動(dòng)到c:\tempuploads\BackUp。
| private void MoveDirectory() { File.Move(@"c:\tempuploads\NewDirectory",@"c:\tempuploads\BackUp"); } |
(5) 獲取當(dāng)前目錄下的所有子目錄方法：Directory.GetDirectories
該方法聲明如下：
| public static string[] GetDirectories(string path;); |
下面的代碼讀出c:\tempuploads\目錄下的所有子目錄，并將其存儲(chǔ)到字符串?dāng)?shù)組中。
| private void GetDirectory() { string [] Directorys; Directorys = Directory. GetDirectories (@"c:\tempuploads"); } |
(6) 獲取當(dāng)前目錄下的所有文件方法：Directory.GetFiles
該方法聲明如下：
| public static string[] GetFiles(string path;); |
下面的代碼讀出c:\tempuploads\目錄下的所有文件，并將其存儲(chǔ)到字符串?dāng)?shù)組中。
| private void GetFile() { string [] Files; Files = Directory. GetFiles (@"c:\tempuploads",); } |
(7) 判斷目錄是否存在方法：Directory.Exist
該方法聲明如下：
| public static bool Exists( string path; ); |
下面的代碼判斷是否存在c:\tempuploads\NewDirectory目錄。若存在，先獲取該目錄下的子目錄和文件，然后其移動(dòng)，最后將移動(dòng)后的目錄刪除。若不存在，則先創(chuàng)建該目錄,然后將目錄屬性設(shè)為只讀、隱藏。
| if(File.Exists(@"c:\tempuploads\NewDirectory")) //判斷目錄是否存在 { GetDirectory(); //獲取子目錄 GetFile(); //獲取文件 MoveDirectory(); //移動(dòng)目錄 DeleteDirectory(); //刪除目錄 } else { MakeDirectory(); //生成目錄 SetDirectory(); //設(shè)置目錄屬性 } |
注意：
路徑有3種方式，當(dāng)前目錄下的相對(duì)路徑、當(dāng)前工作盤的相對(duì)路徑、絕對(duì)路徑。以C:\Tmp\Book為例(假定當(dāng)前工作目錄為C:\Tmp)。“Book”，“\Tmp\Book”,“C:\Tmp\Book”都表示C:\Tmp\Book。
另外，在C#中 “\”是特殊字符，要表示它的話需要使用“\\”。由于這種寫法不方便，C#語(yǔ)言提供了@對(duì)其簡(jiǎn)化。只要在字符串前加上@即可直接使用“\”。所以上面的路徑在C#中應(yīng)該表示為“Book”，@“\Tmp\Book”，@“C:\Tmp\Book”。
------------------------------------------------------------------------------------------------------------------------------------------------------------------------
面向?qū)ο蟮脑O(shè)計(jì)原則－類設(shè)計(jì)原則
中國(guó)系統(tǒng)分析員顧問(wèn)團(tuán)高級(jí)顧問(wèn) 張華（來(lái)自CSAI.cn） 2004年06月24日
在面向?qū)ο笤O(shè)計(jì)中，如何通過(guò)很小的設(shè)計(jì)改變就可以應(yīng)對(duì)設(shè)計(jì)需求的變化，這是令設(shè)計(jì)者極為關(guān)注的問(wèn)題。為此不少OO先驅(qū)提出了很多有關(guān)面向?qū)ο蟮脑O(shè)計(jì)原則用于指導(dǎo)OO的設(shè)計(jì)和開發(fā)。下面是幾條與類設(shè)計(jì)相關(guān)的設(shè)計(jì)原則。
1. 開閉原則（the Open Closed Principle OCP）
一個(gè)模塊在擴(kuò)展性方面應(yīng)該是開放的而在更改性方面應(yīng)該是封閉的。因此在進(jìn)行面向?qū)ο笤O(shè)計(jì)時(shí)要盡量考慮接口封裝機(jī)制、抽象機(jī)制和多態(tài)技術(shù)。該原則同樣適合于非面向?qū)ο笤O(shè)計(jì)的方法，是軟件工程設(shè)計(jì)方法的重要原則之一。
我們以收音機(jī)的例子為例，講述面向?qū)ο蟮拈_閉原則。我們收聽節(jié)目時(shí)需要打開收音機(jī)電源，對(duì)準(zhǔn)電臺(tái)頻率和進(jìn)行音量調(diào)節(jié)。但是對(duì)于不同的收音機(jī)，實(shí)現(xiàn)這三個(gè)步驟的細(xì)節(jié)往往有所不同。比如自動(dòng)收縮電臺(tái)的收音機(jī)和按鈕式收縮在操作細(xì)節(jié)上并不相同。因此，我們不太可能針對(duì)每種不同類型的收音機(jī)通過(guò)一個(gè)收音機(jī)類來(lái)實(shí)現(xiàn)（通過(guò)重載）這些不同的操作方式。但是我們可以定義一個(gè)收音機(jī)接口，提供開機(jī)、關(guān)機(jī)、增加頻率、降低頻率、增加音量、降低音量六個(gè)抽象方法。不同的收音機(jī)繼承并實(shí)現(xiàn)這六個(gè)抽象方法。這樣新增收音機(jī)類型不會(huì)影響其它原有的收音機(jī)類型，收音機(jī)類型擴(kuò)展極為方便。此外，已存在的收音機(jī)類型在修改其操作方法時(shí)也不會(huì)影響到其它類型的收音機(jī)。
圖1是一個(gè)應(yīng)用OCP生成的收音機(jī)類圖的例子：
?
圖1 OCP應(yīng)用（收音機(jī)）
2. 替換原則 (the Liskov Substitution Principle LSP)
子類應(yīng)當(dāng)可以替換父類并出現(xiàn)在父類能夠出現(xiàn)的任何地方。這個(gè)原則是Liskov于1987年提出的設(shè)計(jì)原則。它同樣可以從Bertrand Meyer 的DBC (Design by Contract) 的概念推出。
我們以學(xué)生為例，夜校生為學(xué)生的子類，因此在任何學(xué)生可以出現(xiàn)的地方，夜校生均可出現(xiàn)。這個(gè)例子有些牽強(qiáng)，一個(gè)能夠反映這個(gè)原則的例子時(shí)圓和橢圓，圓是橢圓的一個(gè)特殊子類。因此任何出現(xiàn)橢圓的地方，圓均可以出現(xiàn)。但反過(guò)來(lái)就可能行不通。
Liskov的相關(guān)圖示見圖2：
?
圖2 Liskov 原則
運(yùn)用替換原則時(shí)，我們盡量把類B設(shè)計(jì)為抽象類或者接口，讓C類繼承類B（接口B）并實(shí)現(xiàn)操作A和操作B，運(yùn)行時(shí)，類C實(shí)例替換B，這樣我們即可進(jìn)行新類的擴(kuò)展（繼承類B或接口B），同時(shí)無(wú)須對(duì)類A進(jìn)行修改。
3. 依賴原則 (the Dependency Inversion Principle DIP)
在進(jìn)行業(yè)務(wù)設(shè)計(jì)時(shí)，與特定業(yè)務(wù)有關(guān)的依賴關(guān)系應(yīng)該盡量依賴接口和抽象類，而不是依賴于具體類。具體類只負(fù)責(zé)相關(guān)業(yè)務(wù)的實(shí)現(xiàn)，修改具體類不影響與特定業(yè)務(wù)有關(guān)的依賴關(guān)系。
在結(jié)構(gòu)化設(shè)計(jì)中，我們可以看到底層的模塊是對(duì)高層抽象模塊的實(shí)現(xiàn)（高層抽象模塊通過(guò)調(diào)用底層模塊），這說(shuō)明，抽象的模塊要依賴具體實(shí)現(xiàn)相關(guān)的模塊，底層模塊的具體實(shí)現(xiàn)發(fā)生變動(dòng)時(shí)將會(huì)嚴(yán)重影響高層抽象的模塊，顯然這是結(jié)構(gòu)化方法的一個(gè)"硬傷"。
面向?qū)ο蠓椒ǖ囊蕾囮P(guān)系剛好相反，具體實(shí)現(xiàn)類依賴于抽象類和接口（見圖-3）。
為此，我們?cè)谶M(jìn)行業(yè)務(wù)設(shè)計(jì)時(shí)，應(yīng)盡量在接口或抽象類中定義業(yè)務(wù)方法的原型，并通過(guò)具體的實(shí)現(xiàn)類（子類）來(lái)實(shí)現(xiàn)該業(yè)務(wù)方法，業(yè)務(wù)方法內(nèi)容的修改將不會(huì)影響到運(yùn)行時(shí)業(yè)務(wù)方法的調(diào)用。
?
圖3依賴原則圖示
4. 接口分離原則（the Interface Segregation Principle ISP）
采用多個(gè)與特定客戶類有關(guān)的接口比采用一個(gè)通用的涵蓋多個(gè)業(yè)務(wù)方法的接口要好。
ISP原則是另外一個(gè)支持諸如COM等組件化的使能技術(shù)。缺少ISP，組件、類的可用性和移植性將大打折扣。
這個(gè)原則的本質(zhì)相當(dāng)簡(jiǎn)單。如果你擁有一個(gè)針對(duì)多個(gè)客戶的類，為每一個(gè)客戶創(chuàng)建特定業(yè)務(wù)接口，然后使該客戶類繼承多個(gè)特定業(yè)務(wù)接口將比直接加載客戶所需所有方法有效。
圖4展示了一個(gè)擁有多個(gè)客戶的類。它通過(guò)一個(gè)巨大的接口來(lái)服務(wù)所有的客戶。只要針對(duì)客戶A的方法發(fā)生改變，客戶B和客戶C就會(huì)受到影響。因此可能需要進(jìn)行重新編譯和發(fā)布。這是一種不幸的做法。
?
圖4 帶有集成接口的服務(wù)類
我們?cè)倏磮D-5中所展示的技術(shù)。每個(gè)特定客戶所需的方法被置于特定的接口中，這些接口被Service類所繼承并實(shí)現(xiàn)。
?
圖5 使用接口分離的服務(wù)類設(shè)計(jì)
如果針對(duì)客戶A的方法發(fā)生改變，客戶B和客戶C并不會(huì)受到任何影響，也不需要進(jìn)行再次編譯和重新發(fā)布。
以上四個(gè)原則是面向?qū)ο笾谐３Ｓ玫降脑瓌t。此外，除上述四原則外，還有一些常用的經(jīng)驗(yàn)諸如類結(jié)構(gòu)層次以三到四層為宜、類的職責(zé)明確化（一個(gè)類對(duì)應(yīng)一個(gè)具體職責(zé)）等可供我們?cè)谶M(jìn)行面向?qū)ο笤O(shè)計(jì)參考。但就上面的幾個(gè)原則看來(lái)，我們看到這些類在幾何分布上呈現(xiàn)樹型拓?fù)涞年P(guān)系，這是一種良好、開放式的線性關(guān)系、具有較低的設(shè)計(jì)復(fù)雜度。一般說(shuō)來(lái)，在軟件設(shè)計(jì)中我們應(yīng)當(dāng)盡量避免出現(xiàn)帶有閉包、循環(huán)的設(shè)計(jì)關(guān)系，它們反映的是較大的耦合度和設(shè)計(jì)復(fù)雜化。
轉(zhuǎn)載于:https://www.cnblogs.com/yjkai/archive/2011/08/16/2140424.html
總結(jié)
- 上一篇： 兴业银行是正规银行吗 已挂牌上市股票代码
- 下一篇： WTL自绘滚动控件