全局變量通常被認為是一種不好的做法，因為它會導致難以維護和容易出錯的代碼。有幾種替代方案可以提高代碼質量并避免使用全局變量。

替代方案 1：局部變量

局部變量只在函數或塊的作用域內可用。這限制了它們的可見性，并使得追蹤代碼中的變量更容易。例如，以下代碼使用局部變量來存儲一個計數器：

function incrementCounter() {var counter = 0;counter++;return counter;}

替代方案 2：參數

參數是傳遞給函數或方法的值。它們允許在需要時將數據傳遞到函數，而無需使用全局變量。例如，以下代碼使用參數來傳遞要計算的計數器：

function incrementCounter(counter) {counter++;return counter;}

替代方案 3：單例模式

單例模式是一個設計模式，它確保一個類只有一個實例。這是一種防止在整個應用程序中創建多個全局變量的方法。例如，以下代碼使用單例模式來創建數據庫連接：

var Database = (function () {var instance;function init() {// 數據庫連接邏輯return {// 公共方法和屬性};}return {getInstance: function () {if (!instance) {instance = init();}return instance;}};})();

替代方案 4：服務

服務是AngularJS和其它框架中用于管理應用程序狀態的組件。它們是單例對象，可以被注入到

---

Javascript中的局部變量、全局變量的詳解與var、let的使用區別

在 JavaScript 中，變量分為局部變量和全局變量，理解它們的差異對于編寫高效和可維護的代碼至關重要。 在本文中，我們將探討變量的作用域、提升機制以及 `var` 和 `let` 的使用區別。 ### 變量的作用域與提升機制在大多數編程語言中，變量的作用域可以分為全局作用域和局部作用域。 全局作用域指的是在函數外部定義的變量，而局部作用域則是在函數內部定義的變量。 在 JavaScript 中，變量作用域的規則較為特殊。 例如，嘗試在函數外部定義變量，并在函數內部訪問它，結果可能并非如預期。 下面通過一個簡單的示例來說明這一概念。 在 `` 文件中，我們定義了三個變量并在函數內部和外部進行了訪問。 結果顯示，函數內部定義的變量 `test_var3` 為局部變量，而函數外部定義的變量 `test_var1` 和未使用關鍵字定義的 `test_var2` 為全局變量。 通過這一實例，我們得出在函數體外使用 `var` 關鍵字定義的變量以及在函數體內未使用任何關鍵字聲明的變量屬于全局變量；而在函數體內使用 `var` 關鍵字聲明的變量為局部變量。 ### `var` 聲明的全局變量與局部變量同名當全局變量與局部變量同名時，局部變量會覆蓋全局變量的作用。 例如，在 `` 文件中，我們定義了同名變量，但在函數內部訪問時，優先使用局部變量，因此輸出為函數內部的 `test_var`。 當離開函數后，全局變量仍然可用。 ### JavaScript 中變量的塊范圍在某些編程語言中，如 Java、C 和 C++，變量的作用范圍受限于它們定義的塊（如 if 語句塊或循環塊）。 而在 JavaScript 中，盡管變量可以在塊內定義，但它們的作用范圍不限于塊內。 例如，在 `` 文件中，我們定義了一個變量在 `if` 語句塊和循環塊內，這些變量在整個函數中都是可訪問的。 ### `let` 關鍵字聲明變量為了克服 `var` 的限制，如變量提升和塊范圍問題，`let` 關鍵字被引入。 `let` 用于聲明塊作用域的變量，這意味著它只能在聲明它的塊內訪問，且不會提升到聲明位置之前。 在 `` 文件中，我們使用 `let` 關鍵字定義了一個變量，并在循環外嘗試訪問它，結果為 `undefined`。 這表明 `let` 變量在塊外不可訪問。 在 `` 文件中，盡管函數內存在與全局變量同名的局部變量，但由于 `let` 沒有提升機制，直接訪問全局變量時會報錯。 ### 結論綜上所述，理解 JavaScript 中變量的作用域、提升機制以及 `var` 和 `let` 的差異對于編寫高質量的代碼至關重要。 在支持 `let` 的環境中，盡量使用 `let` 可以避免變量提升帶來的潛在問題，從而提高代碼的可讀性和可維護性。 為了進一步了解和交流，我們誠邀您關注我們的微信公眾號：code隨筆。 掃描下方二維碼即可輕松關注，與我們共同探索更多編程技巧與知識。

python中(a and b)返回0是啥意思？

返回值為0，表示結果是假。 說明a和b至少有一個不是真。

ASP的介紹``

1. 【動】角蝰(一種小毒蛇)[C]asp2ASP過時了??！KK: []DJ: []【詩】=aspenASP是Active Server Page的縮寫，意為“活動服務器網頁”。 ASP是微軟公司開發的代替CGI腳本程序的一種應用,它可以與數據庫和其它程序進行交互，是一種簡單、方便的編程工具。 ASP的網頁文件的格式是，現在常用于各種動態網站中。 ASP是一種服務器端腳本編寫環境，可以用來創建和運行動態網頁或web應用程序。 ASP網頁可以包含HTML標記、普通文本、腳本命令以及COM組件等。 利用ASP可以向網頁中添加交互式內容（如在線表單），也可以創建使用HTML網頁作為用戶界面的web應用程序。 與HTML相比，ASP網頁具有以下特點： （1）利用ASP可以實現突破靜態網頁的一些功能限制，實現動態網頁技術； （2）ASP文件是包含在HTML代碼所組成的文件中的，易于修改和測試； （3）服務器上的ASP解釋程序會在服務器端制定ASP程序，并將結果以HTML格式傳送到客戶端瀏覽器上，因此使用各種瀏覽器都可以正常瀏覽ASP所產生的網頁； （4）ASP提供了一些內置對象，使用這些對象可以使服務器端腳本功能更強。 例如可以從web瀏覽器中獲取用戶通過HTML表單提交的信息，并在腳本中對這些信息進行處理，然后向web瀏覽器發送信息； （5）ASP可以使用服務器端ActiveX組建來執行各種各樣的任務，例如存取數據庫、發現哦那個Email或訪問文件系統等。 （6）由于服務器是將ASP程序執行的結果以HTML格式傳回客戶端瀏覽器，因此使用者不會看到ASP所編寫的原始程序代碼，可放置ASP程序代碼被竊取。 ASP的工作原理：當在Web站點中融入ASP功能后，將發生以下事情： 1、用戶向瀏覽器地址欄輸入網址，默認頁面的擴展名是。 2、瀏覽器向服務器發出請求。 3、服務器引擎開始運行ASP程序。 4、ASP文件按照從上到下的順序開始處理，執行腳本命令，執行HTML頁面內容。 5、頁面信息發送到瀏覽器。 ASP的運行環境asp需要運行在PWS或IIS下。 PWS或IIS服務在windows98或windows2000的光盤上附帶著，可以通過“添加/刪除程序”中的“添加/刪除windows組件”來安裝。 一般asp需與access數據庫或SQL Server數據庫結合使用，編出功能強大的程序。 能夠運行ASP的web服務器軟件Windows2000默認安裝的是IIS5.0(internet information server)，而windows xp默認安裝的是IIS5.1，windows 2003默認安裝的IIS6.0。 PWS(personal web server)運行在windows98環境下的簡單個人網頁服務器。 ASP的意涵與特性ASP( Application Service Provider,應用軟體租賃服務提供者 )即是指「透過網路以租賃方式提供應用軟體服務的業者」,即是指業者以應用軟體為主體,透過網路一對多地傳遞服務,這種以服務為主的交易模式促使企業可藉由租賃的方式,以更符合成本效益的方式擁有軟體的使用權,并且亦能因為業者集中式的管理而大幅降低企業維護的成本.基本上,ASP即具有「軟體服務化,服務網路化」,「資訊委外服務與網路結合」與「產品通路化,通路產品化」等三大特性,其甚至可以被視為是ISP（Internet Service Provider）與ITS（Information Technology Service）的結合的英文是Application Service Provider，中文的標準翻譯就是“應用服務提 供商”，是指為商業或者個人客戶提供管理應用解決方案的公司或者企業。 最近 ASP被媒體炒做十分火熱，不是IT行業的人面對一堆技術名詞專業術語很難弄清楚 ASP的內容，本文試圖用淺顯的語言來為廣大的讀者揭開ASP神秘的面紗，對于IT 行業的大熱門ASP領域有一些基本的認識。 1. ASP是什么東西？簡單地講，ASP就是為客戶提供服務的服務商，它和會計事物所、婚姻介紹所沒有 什么本質方面的區別。 不同的是ASP主要是通過INTERNET（國際互聯網絡）作為主 要工作和業務工具，采用一對多的方式，向企業、公司提供標準化的應用軟件以 及相關的技術咨詢、管理租賃的服務，ASP的概念最早是1998年由美國人提出來的 。 目前被全球各大IT廠商看好并被認為是可以推動網絡經濟發展的，有穩固基礎 的第三種網絡商業模式。 和傳統的外包服務（Outsourcing）相比，ASP的主要區別在于：ASP是一對多的經 營模式，提供的服務有兼容性和可協調性，并且ASP的收費方式一般是按月收費。 業界認為：ASP一般有這樣一些“成員”：電信運營商、傳統IT服務廠商、互聯網 絡接入服務商（ISP）、獨立軟件供應商（ISV）、系統集成商和單純的ASP公司。 根據流行的觀點，ASP有如下五個核心內涵：a. ASP著重應用為中心，提供對于應用方面的訪問和管理。 b. ASP服務可以為用戶提供沒有在服務器、人員、系統和系統授權等前期資源投 入情況下就可以在“定制”的全新應用系統環境進行訪問的服務，如ISP，而這樣 的服務一般按月份ASP收取服務費。 c. ASP采用集中管理的方式---ASP一般都有一個管理中心，所有的客戶通過INTE RNET來進行遠程訪問，獲得技術支持和咨詢服務。 d. 一對多的服務，也就是講，ASP提供的是標準化的產品包，產品都是最低程度 的自定義或者沒有實現客戶定制化，對于行業用戶來講已經達到實用方便的標準 。 e. 按照合同交付，在ASP客戶的眼中，ASP是一家根據客戶協議內容提供相關服務 ，保證應用服務系統服務可以得到確實履行的機構。 2. ASP為什么會火？ 從大的方面來講，困擾國內企業生存、發展的核心問題是管理問題。 隨著互聯網 絡的普及和應用的深入，企業用戶可以隨時隨地直接租用ASP的服務器和軟件系統 來進行自己的業務管理，這樣做的好處在于；第一，企業可以節省大筆用于IT建 設方面的資金，大幅度降低企業管理信息化的成本。 第二，ASP的用戶可以采用各 種方式獲得應用和服務，軟件類服務產品完全可以通過網絡在非常短的時間內組 成一個完善的、高效的、先進的企業管理系統，迅速獲得企業一體化的運營管理 方案。 網絡經濟發展突飛猛進，電子商務一日千里，網絡和網站從門戶到內容、從注意 力到垂直性，目前逐漸轉向熱衷ASP也是一個主要的原因。 筆者資料中，國內最早對ASP觸電的是網友“飛鳥”，在1998年6月自發組織了研 究、交流和探討ASP技術的“飛鳥之家”，現在已經發展成為，成為 國內最早的ASP應用技術服務提供商網站。 上海的互易網絡有限公司結合國內實際 情況，推出了為國內企業服務的ASP平臺互易網，向企業提供以電子商務為核心的 ，企業內、外部網絡設施和應用的遠程構架和托管服務，創造虛擬企業門戶（EP ）直接將ASP應用到商業增殖環節中去。 此外，ISP也全面轉向ASP的懷抱，成為ISP進一步發展的產物。 軟件商對于ASP更 是情有獨鐘。 業界最新的消息是，中國第三電信“網通”已經制定ASP發展戰略， 國內最大的管理咨詢公司“漢普”將把旗下八個子公司定位在企業內部資源計劃 管理（ERP）領域的ASP中，北京“聯成互動”瞄準客戶關系管理（CRM）領域的A SP，北京“數碼方舟”定位在網絡辦公的ASP，HP正在和中國建設銀行討論共建金 融領域的ASP。 ASP正在IT經濟大潮中顯山露水，其發展前景不可估量。 3. ASP的發展階段和面臨的問題以網絡服務商、軟件廠商和ISP為主力的各種IT角色，正在根據自己的優勢條件出 發對ASP領域進行多種方面的嘗試。 就目前階段來講，ASP提供的服務不計其數五 花八門，沒有標準化和量化的概念，硬件廠商向ASP的“土壤”和勢力方向靠攏， 軟件廠商和ISP則直接參與到ASP業務的第一線。 筆者估計，經過一段時間的試探和發展，ASP將向服務集成方面發展，產品和服務 初步的標準化將很快建立起來，接著進入到市場細化和標準制定、ASP產品成熟時 期，ASP的穩步增長，最終將成為IT行業商務模式的核心！目前在ASP發展的道路上，主要面臨的問題是觀念的轉變方面：用租賃代替購買， 服務集成代替產品經銷商、服務經濟代替產品經濟等等。 具體到實際方面來講， 安全和服務的質量是ASP和客戶共同關心的頭等大事，要實現ASP提出的“租賃高 科技”的口號，ASP任重而道遠！ASP常用內置函數 1，日期/時間函數這些函數包括對“年”、“月”、“日”、“時”、“分”、“秒”、“星期”等的顯示。 （1）Now函數：根據計算機系統設定的日期和時間，返回當前的日期和時間值。 使用方法now()；（2）Date函數：只返回當前計算機系統設定的日期值。 使用方法：date()；（3）Time函數：只返回當前計算機系統設定的時間值。 使用方法：time()；（4）Year函數：返回一個代表某年的整數。 使用方法：year(date)，其中date參數是任意的可以代表日期的參數，比如“year(date())”就表示是從“date()”得出的日期中提取其中“年”的整數。 另外，還可以這樣應用：“year(#5 20,2006#)”表示提取“2006年5月20日”中“年”的整數值。 關于“5 20,2006”，也可使用“5-20-2006”、“5/20/2006”等形式表現，即“某月某日”和“某年”的組合。 同時注意使用“#”進行包括以表示日期值。 （5）Month函數：返回1到12之間的整數值，表示一年中某月。 使用方法：month(date)。 關于參數date的說明和year函數相同。 但要注意日期的正確性，比如“#13-31-2006#”，根本就沒有“13”月，肯定是錯誤的了。 （6）Day函數：返回1到31之間的整數值，表示一個月中的某天。 使用方法：day(date)。 關于參數date的說明和year函數相同。 同樣要注意日期的正確性，比如“#2-30-2006#”其中對“2”月定義的“30”日這天就是錯誤的。 （7）Hour函數：返回0到23之間的整數值，表示一天中的某個小時。 使用方法：hour(time)。 其中參數time是任意的可代表時間的表達式。 比如“hour(time())”就表示是從“time()”得出的時間中提取其中“小時”的整數。 同樣，參數time還可以這樣應用“hour(#11:45:50#)”表示從“11”時“45”分“50”秒中提取當前小時數。 當然，定義的時間要符合時間的規范。 （8）Minute函數：返回0到59之間的整數值，表示一小時中的某分鐘。 使用方法：minute(time)。 time參數的說明和hour函數相同。 （9）Second函數：返回0到59之間的整數值，表示一分鐘中的某秒。 使用方法：second(time)。 time參數的說明和hour函數相同。 （10）Weekday函數：返回一個星期中某天的整數。 使用方法：weekday(date)。 關于參數date的說明和year函數相同。 該函數返回值為“1”到“7”，分別代表“星期日”、“星期一”……“星期六”。 比如當返回值是“4”時就表示“星期三”。 （11）WeekDayName函數：返回一個星期中具體某天的字符串。 相對weekday函數而言即翻譯出“星期幾”，使用方法：weekdayname(weekday)。 參數weekday即星期中具體某天的數值。 比如“weekdayname(weekday(date()))”就表示當前是“星期幾”。 因為“date()”表示的是當前的時間，而“weekday(date())”就表示的是一星期中具體某天的整數。 當然weekdayname函數最終顯示的字符串內容還與當前操作系統語系有關，比如中文操作系統將顯示“星期一”這類的中文字符，而英文操作系統則顯示為“Mon”（Monday簡寫）。 此外，在VBScript中還有一些關于時間間隔的計算函數：（1）DateAdd函數：返回指定時間間隔的日期、時間。 可以計算出相隔多少年、或相隔幾個月、又或相隔幾個小時等的新日期、時間。 使用方法：dateadd(interval, number, date)。 其中參數interval表示需要添加的時間間隔單位。 其是以字符串的形式表達的，比如“yyyy”表示年，“q”表示季度，“m”表示月份，“d”表示天數，“ww”表示周數，“h”表示小時數，“n”表示分鐘數，“s”表示秒數。 而參數number則表示添加的時間間隔數。 其是以數值的形式表達的，可以為負值。 參數date則要求是日期、時間的正確格式。 比如dateadd(d,100,2006-5-20)就表示2006年5月20號以后的100天的日期值：2006-8-28。 再比如dateadd(h,-12,2005-5-20 10:00:00)就表示2005年5月20號上午10點前的12小時的日期時間：2005-5-19 22:00:00。 （2）DateDiff函數：返回兩個日期時間之間的間隔。 可計算出兩個日期相隔的年代、小時數等。 使用方法：datediff(interval,date1,date2)。 參數interval和dateadd函數中的interval參數內容描述相同，date1和date2參數分別就是相互比較的兩個日期時間。 另外，當date1的日期時間值大于date2時，將顯示為負值。 比如DateDiff(yyyy,1982-7-18,date)表示某人的出生到現在已經多少年了。 又比如DateDiff(d,1982-7-18,2062-7-18)則計算了80年過了多少天。 2，字符串處理函數在腳本的功能處理中，通常需要對一些字符串進行一些修飾性處理。 比如過濾掉字符串中的敏感字眼以符合最終顯示的要求；又比如一段較長的字符串，需要提取開頭的幾個字符時。 （1）Asc函數：返回字符串中第一個字母對應的ANSI字符代碼。 使用方法：asc(string)。 其中string參數表示字符串。 （2）Chr函數：返回指定了ANSI 字符代碼對應的字符。 使用方法：chr(chrcode)。 參數chrcode是相關的標識數字。 該函數的功能和asc函數形成對應。 比如：asc(“a”)表示小寫字母“a”的ANSI 字符“97”；同樣chr(97)表示的就是“小寫字母a”。 另外chr(chrcode)中參數chrcode值為0到31的數字時，表示不可打印的ASCII碼。 比如“chr(10)”表示換行符，“chr(13)”表示回車符等，這常用于輸入和顯示格式的轉換中。 （3）Len函數：返回字符串內字符的數目（字節數）。 使用方法：len(string)。 比如len(“love”)的值就是4。 （4）LCase函數：返回所有字符串的小寫形式。 使用方法：lcase(string)。 比如lcase(“CNBruce”)返回為“cnbruce”。 （5）UCase函數：返回所有字符串的大寫形式。 與lcase函數形成對應。 同樣，ucase(“CNBruce”)返回為“CNBRUCE”。 （6）trim函數、LTrim函數和RTrim函數：分別返回前導和后續不帶空格、前導不帶空格或后續不帶空格的字符串內容。 比如：trim(“ cnbruce ”)返回為“cnbruce”，前導和后續都不帶空格；ltrim(“ cnbruce ”)返回為“cnbruce ”，前導不帶空格;rtrim(“ cnbruce ”)返回為“ cnbruce”，后續不帶空格；該函數常用于注冊信息中，比如確保注冊用戶名前或后的空格。 （7）Left函數：返回從字符串的左邊算起的指定數目的字符。 使用方法：left(string,length)。 比如left(“brousce”,5)返回為“brous”，即前五位字符。 （8）Right函數：返回從字符串的左邊算起的指定數目的字符。 使用方法：right(string,length)。 比如right(“brousce”,4)返回為“usce”，即后四位字符。 （9）instr函數：返回某字符串在另一字符串中第一次出現的位置。 比如現在查找字母“A”在字符串“A110B121C119D1861”中第一次出現的位置，則可以 instr(my_string,A110B121C119D1861)（10）Mid函數：從字符串中返回指定數目的字符。 比如現在的“110”則應該是從字符串“A110B121C119D1861”的第2位取得3個單位的值：mid(A110B121C119D1861,2,3)（11）Replace函數：在字符串中查找、替代指定的字符串。 replace(strtobesearched,strsearchfor,strreplacewith)其中strtobesearched是字符串，strsearchfor是被查找的子字符串，strreplacewith是用來替代的子字符串。 比如 replace(rscon,<,<) 則表示將rscon中所有“<”的字符替換為“<”3，類型轉換函數Cbool(string) 轉換為布爾值Cbyte(string) 轉換為字節類型的值Ccur(string) 轉換為貨幣類值Cdate(string) 轉換為日前類型的值Cdbl(string) 轉換為雙精度值Cint(string) 轉換為整數值Clng(string) 轉換為長整型的值Csng(string) 轉換為單精度的值Cstr(var) 轉換為字符串值Str(var) 數值轉換為字符串Val(string) 字符串轉換為數值4，運算函數Abs(nmb) 返回數子的絕對值Atn(nmb) 返回一個數的反正切Cos(nmb) 返回一個角度的余炫值Exp(nmb) 返回自然指數的次方值Int(nmb) 返回數字的整形（進位）部份Fix(nmb) 返回數字的整形（舍去）部份Formatpercent(表達式) 返回百分比Hex(nmb) 返回數據的16進制數Log(nmb) 返回自然對數Oct(nmb) 返回數字的8進制數Rnd 返回大于“0”而小于“1”的隨機數，但此前需 randomize 聲明產生隨機種子Sgn(nmb) 判斷一個數字的正負號Sin(nmb) 返回角度的正鉉值Sqr(nmb) 返回數字的二次方根Tan(nmb) 返回一個數的正切值5，其他函數IsArray(var) 判斷一個變量是否是數組IsDate(var) 判斷一個變量是否是日期IsNull(var) 判斷一個變量是否為空IsNumeric(var) 判斷表達式是否包含數值IsObject(var) 判斷一個變量是否是對象TypeName(var) 返回變量的數據類型Array(list) 返回數組Split(liststr) 從一個列表字符串中返回一個一維數組LBound(arrayP 返回數組的最小索引Ubound(array) 返回數組的最大索引CreateObject(class) 創建一個對象GetObject(pathfilename) 得到文件對象

Code Review理論與實戰詳解

CodeReview理論與實戰

摘要

CodeReview是一種通過復查代碼提高代碼質量的過程，在XP方法中占有極為重要的地位，也已經成為軟件工程中一個不可缺少的環節。 本文通過對CodeReview的一些概念和經驗的探討，就如何進行CodeReview和CodeReview中應該注意什么提出一些建議。 本文中涉及的問題大部分針對JAVA類代碼。 同時本文不涉及CodeReview過程和組織。

關鍵詞：CodeReview，JAVA，XP，代碼質量，軟件工程

一、CodeReview簡介

1CodeReview的目的

凡事知其然還要知其所以然，我們首先需要知道什么是CodeReview和我們使用它的目的是什么。 CodeReview是一種用來確認方案設計和代碼實現的質量保證機制，通過這個機制我們可以對代碼，測試過程和注釋進行檢查。 CodeReview主要用來在軟件工程過程中改進代碼質量，通過CodeReview可以達到如下目的：

1，盡早地發現bug;

這里并不是指一些簡單的bug，而是一些可能是因為經驗上不足而出現的潛在的bug。 因此codereview人員一定是要比較有經驗的人擔當。

2，幫助初級開發人員學習高級開發人員的經驗，以達到知識共享;

這點也很重要，使得小組成員不斷地進步，這樣才能更有效地工作。

3，保證項目組成員有良好的溝通;

codereview人員起著小組溝通橋梁的作用，而不是去熟悉每個單元代碼，而去調試、編譯等工作，那樣還不如自己去寫整個系統。

4，項目或產品的代碼更容易維護;

這里就是檢查代碼規范、代碼注釋等。 使得代碼盡量統一化，最理想的效果是看不出是哪個具體人寫的，而是哪個Team寫的。

5，避免開發人員犯一些很常見，很普通的錯誤

2CodeReview的前提

知道了CodeReview的目的，我們就可以看看如何做CodeReview了，但在做CodeReview前我們還有事要做，所謂預則立，不預則廢，就是說如果在進入CodeReview之前我們不做些準備工作，CodeReview很容易就變得沒有意義或是流于形式，這在我們周圍是有很多例子的啊。進入CodeReview需要檢查的條件如下：

a)CodeReview人員是否理解了CodeReview的概念和CodeReview將做什么

如果做CodeReview的人員不能理解CodeReview對項目成敗和代碼質量的重要程度，他們的做法可能就會是應付了事。

b)代碼是否已經正確的build，build的目的使得代碼已經不存在基本語法錯誤

我們總不希望高級開發人員或是主管將時間浪費在檢查連編譯都通不過的代碼上吧。

c)代碼執行時功能是否正確

CodeReview人員也不負責檢查代碼的功能是否正確，也就是說，需要復查的代碼必須由開發人員或質量人員負責該代碼的功能的正確性。

d)Review人員是否理解了代碼

做復查的人員需要對該代碼有一個基本的了解，其功能是什么，是拿一方面的代碼，涉及到數據庫或是通訊，這樣才能采取針對性的檢查

e)開發人員是否對代碼做了單元測試

這一點也是為了保證CodeReview前一些語法和功能問題已經得到解決，CodeReview人員可以將精力集中在代碼的質量上。

3CodeReview需要做什么

好了，進入條件準備好了，有人在這些條件中看到CodeReview這也不負責，那也不檢查，不禁會問，CodeReview到底做什么？其實CodeReview主要檢查代碼中是否存在以下方面問題：代碼的一致性、編碼風格、代碼的安全問題、代碼冗余、是否正確設計以滿足需求（性能、功能等等），下邊我們一一道來。 以下內容參考了《SoftwareQualityAssurance:DocumentationandReviews》一文中的代碼檢查部分。

3．1完整性檢查（Completeness）

代碼是否完全實現了設計文檔中提出的功能需求

代碼是否已按照設計文檔進行了集成和Debug

代碼是否已創建了需要的數據庫,包括正確的初始化數據

代碼中是否存在任何沒有定義或沒有引用到的變量、常數或數據類型

3．2一致性檢查（Consistency）

代碼的邏輯是否符合設計文檔

代碼中使用的格式、符號、結構等風格是否保持一致

3．3正確性檢查（Correctness）

代碼是否符合制定的標準

所有的變量都被正確定義和使用

所有的注釋都是準確的

所有的程序調用都使用了正確的參數個數

3．4可修改性檢查（Modifiability）

代碼涉及到的常量是否易于修改(如使用配置、定義為類常量、使用專門的常量類等)

代碼中是否包含了交叉說明或數據字典，以描述程序是如何對變量和常量進行訪問的

代碼是否只有一個出口和一個入口（嚴重的異常處理除外）

3．5可預測性檢查（Predictability）

代碼所用的開發語言是否具有定義良好的語法和語義

是否代碼避免了依賴于開發語言缺省提供的功能

代碼是否無意中陷入了死循環

代碼是否是否避免了無窮遞歸

3．6健壯性檢查（Robustness）

代碼是否采取措施避免運行時錯誤（如數組邊界溢出、被零除、值越界、堆棧溢出等）

3．7結構性檢查（Structuredness）

程序的每個功能是否都作為一個可辯識的代碼塊存在

循環是否只有一個入口

3．8可追溯性檢查（Traceability）

代碼是否對每個程序進行了唯一標識

是否有一個交叉引用的框架可以用來在代碼和開發文檔之間相互對應

代碼是否包括一個修訂歷史記錄，記錄中對代碼的修改和原因都有記錄

是否所有的安全功能都有標識

3．9可理解性檢查（Understandability）

注釋是否足夠清晰的描述每個子程序

是否使用到不明確或不必要的復雜代碼，它們是否被清楚的注釋

使用一些統一的格式化技巧（如縮進、空白等）用來增強代碼的清晰度

是否在定義命名規則時采用了便于記憶，反映類型等方法

每個變量都定義了合法的取值范圍

代碼中的算法是否符合開發文檔中描述的數學模型

3．10可驗證性檢查(Verifiability)

代碼中的實現技術是否便于測試

二、CodeReview經驗檢查項

以下是在實踐中建立的檢查列表（checklist），通過分類和有針對性的檢查項，保證了CodeReview可以有的放矢。

1JAVA編碼規范方面檢查項

檢查項參照JAVA編碼規范執行，見《JAVA編碼規范(JavaCodeConventions)》

2面向對象設計方面檢查項

這幾點的范圍都很大，不可能在本文展開討論，有專門的書籍介紹這方面問題，當然在CodeReview中主要靠經驗來判斷。

A)類設計和抽象是否合適

B)是否符合面向接口編程的思想

C)是否采用合適的設計范式

3性能方面檢查項

性能檢查在大多數代碼中都是需要嚴重關注的方面，也是最容易出現問題的方面，常常有程序員寫出了功能和語法沒有絲毫問題的代碼后，正式運行時卻在性能上表現不佳，從而不得不做大量的返工，甚至是推倒重來。

A)在海量數據出現時,隊列,表,文件,在傳輸,upload等方面是否會出現問題,有無控制,如分配的內存塊大小,隊列長度等控制參數

B)對hashtable,vector等集合類數據結構的選擇和設置是否合適，如正確設置capacity,loadfactor等參數，數據結構的是否是同步的

C)有無濫用String對象的現象

D)是否采用通用的線程池、對象池模塊等cache技術以提高性能

E)類的接口是否定義良好，如參數類型等，避免內部轉換

F)是否采用內存或硬盤緩沖機制以提高效率

G)并發訪問時的應對策略

H)I/O方面是否使用了合適的類或采用良好的方法以提高性能（如減少序列化，使用buffer類封裝流等）

I)同步方法的使用是否得當,是否過度使用

J)遞歸方法中的疊代次數是否合適，應該保證在合理的?？臻g范圍內

K)如果調用了阻塞方法，是否考慮了保證性能的措施

L)避免過度優化，對性能要求高的代碼是否使用profile工具，如Jprobe等

4資源泄漏處理方面檢查項

對于JAVA來說由于存在垃圾收集機制，所以內存泄漏不是太明顯，但使用不當，仍然存在內存泄漏的問題。 而對于其它的語言，如C++等在這方面就要嚴重關注了。 當然數據庫連接資源不釋放的問題也是廣大程序員最常見的，相信有很多的PM被這個問題折磨的死去活來。

A)分配的內存是否釋放，尤其在錯誤處理路徑上（對非JAVA類）

B)錯誤發生時是否所有的對象被釋放，如數據庫連接、Socket、文件等

C)是否同一個對象被釋放多次（對非JAVA類）

D)代碼是否保存準確的對象reference計數（對非JAVA類）

5線程安全方面檢查項

線程安全問題實際涉及兩個方面，一個是性能，另一個是資源的一致性，我們需要在這兩方面做個權衡，現在就是到了權衡利弊的時候了。

A)代碼中所有的全局變量是否是線程安全的

B)需要被多個線程訪問的對象是否線程安全，檢查有無通過同步方法保護

C)同步對象上的鎖是否按相同的順序獲得和釋放以避免死鎖，注意錯誤處理代碼

D)是否存在可能的死鎖或是競爭，當用到多個鎖時，避免出現類似情況：線程A獲得鎖1，然后鎖2，線程B獲得鎖2，然后鎖1

E)在保證線程安全的同時，要注意避免過度使用同步，導致性能降低

6程序流程方面檢查項

A)循環結束條件是否準確

B)是否避免了死循環的產生

C)對循環的處理是否合適，如循環變量，局部對象，循環次數等能夠考慮到性能方面的影響

7數據庫處理方面

很多CodeReview人員在面對代碼中涉及到的數據庫可移植性和提高數據庫性能方面的沖突時表現的無所適從，凡事很難兩全其美的啊。

A)數據庫設計或SQL語句是否便于移植（注意和性能方面會存在沖突）

B)數據庫資源是否正常關閉和釋放

C)數據庫訪問模塊是否正確封裝，便于管理和提高性能

D)是否采用合適的事務隔離級別

E)是否采用存儲過程以提高性能

F)是否采用PreparedStatement以提高性能

8通訊方面檢查項

A)socket通訊是否存在長期阻塞問題

B)發送接收的數據流是否采用緩沖機制

C)socket超時處理，異常處理

D)數據傳輸的流量控制問題

9JAVA對象處理方面檢查項

這個檢查項的基礎是對JAVA對象有較深的理解，但現實是很多看過《ThinkinginJava》的程序員，仍然在程序中無法區分傳值和傳引用，以及對象和reference的區別。 這或許就是理論和實踐難以結合的問題啊。 正所謂知而不行，非真知也。

A)對象生命周期的處理,是否對象的reference已經失效,能夠設置為null,并被回收

B)在對象的傳值和傳參方面有無問題,對象的clone方法使用是否過度

C)是否大量經常的創建臨時對象

D)是否盡量使用局部對象(堆棧對象)

E)在只需要對象reference的地方是否創建了新的對象實例

10異常處理方面檢查項

JAVA中提供了方便的異常處理機制，但普遍存在的是異常被捕獲，但并沒有得到處理。 我們可以打開一段代碼，最常見的現象是進入某個方法后，一個大的try/catch將所有代碼行括住，然后在catch中將異常打印到控制臺，而且該異常是Exception對象。

A)每次當方法返回時是否正確處理了異常，如最簡單的處理，記錄日志到日志文件中

B)是否對數據的值和范圍是否合法進行校驗，包括采用斷言（assertion）

C)在出錯路徑上是否所有的資源和內存都已經釋放

D)所有拋出的異常都得到正確的處理，特別是對子方法拋出的異常，在整個調用棧中必須能夠被捕捉并處理

E)當調用導致錯誤發生時，方法的調用者應該得到一個通知

F)不要忘了對錯誤處理部分的代碼進行測試，很多代碼在正常情況下執行良好，而一旦出錯，整個系統就崩潰了

11方法（函數）方面檢查項

A)方法的參數是否都做了校驗

B)數組類結構是否做了邊界校驗

C)變量在使用前是否做了初始化

D)返回堆對象的reference，不要返回棧對象的reference

E)方法API是否被良好定義，即是否盡量面向接口編程，便于維護和重構

12安全方面檢查項

A)對命令行執行的代碼，需要詳細檢查命令行參數

B)WEB類程序檢查是否對訪問參數進行合法性驗證

C)重要信息的保存是否選用合適的加密算法

D)通訊時考慮是否選用安全的通訊方式

13其他

A)日志是否正常輸出和控制

B)配置信息如何獲得,是否有硬編碼

三、總結

通過在項目中實施CodeReview將為我們帶來多方面的好處，表現在提高代碼質量，保證項目或產品的穩定性，開發經驗的積累等，具體的實施當然也要看項目的實際情況，因為CodeReview也是需要成本的，這方面屬于CodeReview過程的問題，將在其他文章中進行探討。

四、參考資料

Java語言編碼規范(JavaCodeConventions)SUN

為了寫好代碼，你堅持了哪些好習慣？

我本人的本科專業就是軟件工程，作為開發人員，一開始學習的時候就養成編碼的好習慣真的可以省下很多時間成本，可以讓寫的代碼更加容易理解、更加容易擴展，也可以具有更強的通用性。

那么我堅持了哪些好習慣呢？

有空的時候多看看一些優秀的開源框架的代碼，不要求研究透徹，只要能學習到其中的一些優秀的設計理念就可以了，可以通過打斷點調試的方式去看源碼。

多看看官方文檔，它一定是最準確、最實時的資料。編寫官方文檔的人，也通常就是這些技術或者軟件的開發者，他們是對這些東西最了解的人，所以編寫的文檔不僅質量非常高，通常內容也都是最新的。

ITWorld 曾經發起過一個“程序員最頭疼的事情”投票，結果，近半數的程序員認為命名是最頭疼的事情。 有些人在寫代碼的時候就放廢了自我，使用一些只有自己能看得懂的名字，其他人一看就不懂了。

函數、變量、類名等的命名要有它自己的意義，要做到見名知意。 不論是內部變量還是全局變量，都要形成自己的一種命名規則，能夠一眼看明白變量的意思。 良好的命名，則可以大大提高我們的代碼易讀性，也能大大增強代碼的可維護性。

和命名一樣讓程序員頭疼的還有兩件事：寫注釋頭疼，別人不寫注釋讀著頭疼。 寫注釋是為了讓你下次再看到它的時候，能很快知道寫的是什么，不寫注釋，即使是自己再次看到自己寫的代碼時可能都不知道寫的是什么，那就更不要提別人看了你的代碼之后是什么感受了。

在必要的地方寫上注釋說明，方便接手的人理解代碼，也方便自己，但注釋在于精而不在于多。

將代碼模塊化，提取出公共邏輯可以使代碼的結構比較清晰，對于出現bug時，bug定位起來也比較方便。

在代碼中嵌套是我們經常做的事情，雖然嵌套本身并沒有什么問題，但有時會使代碼更難讀。

為了避免不必要的嵌套，我們可以使用 Return Early 設計模式，它允許我們將if語句作為一個保護子句，在執行下一步的代碼之前檢查錯誤并返回。

編程的好習慣真的要從一開始就要養成，即使不是開源代碼也要認真對待，在持續的練習過程中養成編程的好習慣。

---

---

相關標簽： 探索替代選項以提高代碼質量、 全局變量的替代方案、 全局變量的替代方法、

上一篇：全局變量與模塊化設計權衡利弊以做出最佳決

下一篇：全局變量的陷阱避免代碼異味和維護難題全局