.NET帶來的好處之一是所有的原始碼和設定檔都是純文字檔案,能夠使用Notepad或WordPad等任意的文字編輯器進行編輯。如果不願意,我們並非一定要使用Visual Studio .NET作為整合式開發環境。但使用了Visual Studio .NET,我們可以在Windows檔案管理工具中看到檔案,或在Visual Studio .NET之外從文字編輯器中瀏覽檔案的內容。
使用Visual Studio .NET作為整合式開發環境有許多好處,其中最顯著的好處是它極大地提高了生產效率。使用Visual Studio. NET,我們能夠在付出較小代價的情況下更快地開發軟體。作為整合式開發環境一部分的IntelliSense提供自動的程式碼完成、在輸入方法或函數時提供動態協助、語法錯誤的即時提示,以及其他能夠提高生產效率的功能。
象其他複雜的工具那樣,在學會如何充分發揮它的作用和掌握其“習性”前,Visual Studio .NET也會使我們產生一種挫折感。有時,它象一個難以瞭解的黑盒子,會產生大量的檔案和許多無用的代碼。
Visual Studio .NET的一個功能是,無論是類、控制項或表單中的對象,它都能夠為新對象提供預設名字。例如,如果我們建立了一個新的ASP.NET Web Application,其預設的名字將是WebApplication1。我們可以在“新工程”對話方塊中方便地改變該應用的名字,但同時改變的只是該應用程式的名字空間的名字及其所在的虛擬目錄,原始碼檔案的預設名字仍然是WebForm1.aspx和WebForm1.aspx.cs(C#工程)或WebForm1.aspx.vb(VB.NET工程)。
我們可以在方案瀏覽器中改變ASPX和代碼使用的檔案名稱字,但Web頁類的名字仍然將是WebForm1。如果在該Web表單上產生一個按鈕,其預設的名字將是Button1。事實上,所有控制項的名字都是由控制項的類型和數字組成的。
我們能夠,也應該將應用程式中所有的表單和控制項的名字都修改成有意義的名字。對於較小的示範性程式而言,預設的名字還能夠勝任,但如果應用程式由多個表單,每個表單上有許多按鈕和標籤時,象frmStartup、frmDataEntry和frmReports這樣的表單名就比Form1、Form2和Form3這樣的名字更易於理解和維護。
如果表單上控制項要在代碼的其他地方引用,使它有一個有意義的名字就更重要了。btnOK、btnCancel和btnPrint這樣的名字使看代碼的人更容易理解,因而,也比名字為Button1、Button2、Button3這樣的控制項更容易維護。
修改一個工程中所有檔案中出現的一個名字的一個好方法是,在Visual Studio .NET菜單中依次選擇“編輯”->“發現和替換”->“替換”命令。
在看二周前編寫的代碼時,我們經常就象第一次見到這些代碼一樣,因此使它們有一個有助於我們理解其含義的名字是十分有必要的。
2、即使不使用Visual Studio .NET進行編程,使用代碼支援檔案也有利於提高應用程式的效能
在Web應用程式、Web服務或Web控制項等所有的ASP.NET Web工程中,Visual Studio .NET都使用代碼支援檔案。代碼支援檔案使工程具有更好的組織、模組性,更適合多人組成的Team Dev。另外,它還會帶來效能的提高。
代碼支援檔案的內容被編譯成一個組合檔案中的類,一般是一個DLL檔案,有時也可以是EXE檔案。該檔案駐留在應用程式的組合體高速緩衝區中,在應用程式啟動時,可以立即得到它。
如果代碼是包含在<script>標記中或ASPX檔案代碼中,它仍然會被編譯成一個Web頁類。在這種情況下,每當該網頁在應用程式對話中第一次載入時,都需要重新進行編譯,被編譯的類就會駐留在記憶體中。每當電腦啟動、IIS停止、重新啟動或者原始碼、設定檔改變時,該檔案必須重新編譯。儘管不大,但這樣引起的效能損耗也是相當可觀的。
.NET命令列工具在命令提示字元視窗中運行。為了使命令能夠執行,它必須駐留在命令提示字元的目前的目錄中,或通過設定PATH環境變數。
.NET SDK在“啟動”菜單上安裝一個功能表項目,該功能表項目能夠開啟一個正確設定了PATH環境變數的命令提示字元視窗。我們可以通過依次點擊“開始”->“程式”->“Microsoft Visual Studio .NET”->“Visual Studio .NET工具”->“Visual Studio .NET命令提示字元”,啟動命令提示字元視窗。
通過在將該功能表項目從菜單上拖到案頭上時,同時按Ctrl+C鍵,就可以將該功能表項目的捷徑拷貝到案頭上,使用起來會非常方便。