全局變量通常被認(rèn)為是一種不好的做法，因?yàn)樗鼤?huì)導(dǎo)致難以維護(hù)和容易出錯(cuò)的代碼。有幾種替代方案可以提高代碼質(zhì)量并避免使用全局變量。

替代方案 1：局部變量

局部變量只在函數(shù)或塊的作用域內(nèi)可用。這限制了它們的可見(jiàn)性，并使得追蹤代碼中的變量更容易。例如，以下代碼使用局部變量來(lái)存儲(chǔ)一個(gè)計(jì)數(shù)器：

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

替代方案 2：參數(shù)

參數(shù)是傳遞給函數(shù)或方法的值。它們?cè)试S在需要時(shí)將數(shù)據(jù)傳遞到函數(shù)，而無(wú)需使用全局變量。例如，以下代碼使用參數(shù)來(lái)傳遞要計(jì)算的計(jì)數(shù)器：

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

替代方案 3：?jiǎn)卫Ｊ?

單例模式是一個(gè)設(shè)計(jì)模式，它確保一個(gè)類只有一個(gè)實(shí)例。這是一種防止在整個(gè)應(yīng)用程序中創(chuàng)建多個(gè)全局變量的方法。例如，以下代碼使用單例模式來(lái)創(chuàng)建數(shù)據(jù)庫(kù)連接：

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

替代方案 4：服務(wù)

服務(wù)是AngularJS和其它框架中用于管理應(yīng)用程序狀態(tài)的組件。它們是單例對(duì)象，可以被注入到

---

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

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

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

返回值為0，表示結(jié)果是假。 說(shuō)明a和b至少有一個(gè)不是真。

ASP的介紹``

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

Code Review理論與實(shí)戰(zhàn)詳解

CodeReview理論與實(shí)戰(zhàn)

摘要

CodeReview是一種通過(guò)復(fù)查代碼提高代碼質(zhì)量的過(guò)程，在XP方法中占有極為重要的地位，也已經(jīng)成為軟件工程中一個(gè)不可缺少的環(huán)節(jié)。 本文通過(guò)對(duì)CodeReview的一些概念和經(jīng)驗(yàn)的探討，就如何進(jìn)行CodeReview和CodeReview中應(yīng)該注意什么提出一些建議。 本文中涉及的問(wèn)題大部分針對(duì)JAVA類代碼。 同時(shí)本文不涉及CodeReview過(guò)程和組織。

關(guān)鍵詞：CodeReview，JAVA，XP，代碼質(zhì)量，軟件工程

一、CodeReview簡(jiǎn)介

1CodeReview的目的

凡事知其然還要知其所以然，我們首先需要知道什么是CodeReview和我們使用它的目的是什么。 CodeReview是一種用來(lái)確認(rèn)方案設(shè)計(jì)和代碼實(shí)現(xiàn)的質(zhì)量保證機(jī)制，通過(guò)這個(gè)機(jī)制我們可以對(duì)代碼，測(cè)試過(guò)程和注釋進(jìn)行檢查。 CodeReview主要用來(lái)在軟件工程過(guò)程中改進(jìn)代碼質(zhì)量，通過(guò)CodeReview可以達(dá)到如下目的：

1，盡早地發(fā)現(xiàn)bug;

這里并不是指一些簡(jiǎn)單的bug，而是一些可能是因?yàn)榻?jīng)驗(yàn)上不足而出現(xiàn)的潛在的bug。 因此codereview人員一定是要比較有經(jīng)驗(yàn)的人擔(dān)當(dāng)。

2，幫助初級(jí)開(kāi)發(fā)人員學(xué)習(xí)高級(jí)開(kāi)發(fā)人員的經(jīng)驗(yàn)，以達(dá)到知識(shí)共享;

這點(diǎn)也很重要，使得小組成員不斷地進(jìn)步，這樣才能更有效地工作。

3，保證項(xiàng)目組成員有良好的溝通;

codereview人員起著小組溝通橋梁的作用，而不是去熟悉每個(gè)單元代碼，而去調(diào)試、編譯等工作，那樣還不如自己去寫(xiě)整個(gè)系統(tǒng)。

4，項(xiàng)目或產(chǎn)品的代碼更容易維護(hù);

這里就是檢查代碼規(guī)范、代碼注釋等。 使得代碼盡量統(tǒng)一化，最理想的效果是看不出是哪個(gè)具體人寫(xiě)的，而是哪個(gè)Team寫(xiě)的。

5，避免開(kāi)發(fā)人員犯一些很常見(jiàn)，很普通的錯(cuò)誤

2CodeReview的前提

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

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

如果做CodeReview的人員不能理解CodeReview對(duì)項(xiàng)目成敗和代碼質(zhì)量的重要程度，他們的做法可能就會(huì)是應(yīng)付了事。

b)代碼是否已經(jīng)正確的build，build的目的使得代碼已經(jīng)不存在基本語(yǔ)法錯(cuò)誤

我們總不希望高級(jí)開(kāi)發(fā)人員或是主管將時(shí)間浪費(fèi)在檢查連編譯都通不過(guò)的代碼上吧。

c)代碼執(zhí)行時(shí)功能是否正確

CodeReview人員也不負(fù)責(zé)檢查代碼的功能是否正確，也就是說(shuō)，需要復(fù)查的代碼必須由開(kāi)發(fā)人員或質(zhì)量人員負(fù)責(zé)該代碼的功能的正確性。

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

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

e)開(kāi)發(fā)人員是否對(duì)代碼做了單元測(cè)試

這一點(diǎn)也是為了保證CodeReview前一些語(yǔ)法和功能問(wèn)題已經(jīng)得到解決，CodeReview人員可以將精力集中在代碼的質(zhì)量上。

3CodeReview需要做什么

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

3．1完整性檢查（Completeness）

代碼是否完全實(shí)現(xiàn)了設(shè)計(jì)文檔中提出的功能需求

代碼是否已按照設(shè)計(jì)文檔進(jìn)行了集成和Debug

代碼是否已創(chuàng)建了需要的數(shù)據(jù)庫(kù),包括正確的初始化數(shù)據(jù)

代碼中是否存在任何沒(méi)有定義或沒(méi)有引用到的變量、常數(shù)或數(shù)據(jù)類型

3．2一致性檢查（Consistency）

代碼的邏輯是否符合設(shè)計(jì)文檔

代碼中使用的格式、符號(hào)、結(jié)構(gòu)等風(fēng)格是否保持一致

3．3正確性檢查（Correctness）

代碼是否符合制定的標(biāo)準(zhǔn)

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

所有的注釋都是準(zhǔn)確的

所有的程序調(diào)用都使用了正確的參數(shù)個(gè)數(shù)

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

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

代碼中是否包含了交叉說(shuō)明或數(shù)據(jù)字典，以描述程序是如何對(duì)變量和常量進(jìn)行訪問(wèn)的

代碼是否只有一個(gè)出口和一個(gè)入口（嚴(yán)重的異常處理除外）

3．5可預(yù)測(cè)性檢查（Predictability）

代碼所用的開(kāi)發(fā)語(yǔ)言是否具有定義良好的語(yǔ)法和語(yǔ)義

是否代碼避免了依賴于開(kāi)發(fā)語(yǔ)言缺省提供的功能

代碼是否無(wú)意中陷入了死循環(huán)

代碼是否是否避免了無(wú)窮遞歸

3．6健壯性檢查（Robustness）

代碼是否采取措施避免運(yùn)行時(shí)錯(cuò)誤（如數(shù)組邊界溢出、被零除、值越界、堆棧溢出等）

3．7結(jié)構(gòu)性檢查（Structuredness）

程序的每個(gè)功能是否都作為一個(gè)可辯識(shí)的代碼塊存在

循環(huán)是否只有一個(gè)入口

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

代碼是否對(duì)每個(gè)程序進(jìn)行了唯一標(biāo)識(shí)

是否有一個(gè)交叉引用的框架可以用來(lái)在代碼和開(kāi)發(fā)文檔之間相互對(duì)應(yīng)

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

是否所有的安全功能都有標(biāo)識(shí)

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

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

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

使用一些統(tǒng)一的格式化技巧（如縮進(jìn)、空白等）用來(lái)增強(qiáng)代碼的清晰度

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

每個(gè)變量都定義了合法的取值范圍

代碼中的算法是否符合開(kāi)發(fā)文檔中描述的數(shù)學(xué)模型

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

代碼中的實(shí)現(xiàn)技術(shù)是否便于測(cè)試

二、CodeReview經(jīng)驗(yàn)檢查項(xiàng)

以下是在實(shí)踐中建立的檢查列表（checklist），通過(guò)分類和有針對(duì)性的檢查項(xiàng)，保證了CodeReview可以有的放矢。

1JAVA編碼規(guī)范方面檢查項(xiàng)

檢查項(xiàng)參照J(rèn)AVA編碼規(guī)范執(zhí)行，見(jiàn)《JAVA編碼規(guī)范(JavaCodeConventions)》

2面向?qū)ο笤O(shè)計(jì)方面檢查項(xiàng)

這幾點(diǎn)的范圍都很大，不可能在本文展開(kāi)討論，有專門(mén)的書(shū)籍介紹這方面問(wèn)題，當(dāng)然在CodeReview中主要靠經(jīng)驗(yàn)來(lái)判斷。

A)類設(shè)計(jì)和抽象是否合適

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

C)是否采用合適的設(shè)計(jì)范式

3性能方面檢查項(xiàng)

性能檢查在大多數(shù)代碼中都是需要嚴(yán)重關(guān)注的方面，也是最容易出現(xiàn)問(wèn)題的方面，常常有程序員寫(xiě)出了功能和語(yǔ)法沒(méi)有絲毫問(wèn)題的代碼后，正式運(yùn)行時(shí)卻在性能上表現(xiàn)不佳，從而不得不做大量的返工，甚至是推倒重來(lái)。

A)在海量數(shù)據(jù)出現(xiàn)時(shí),隊(duì)列,表,文件,在傳輸,upload等方面是否會(huì)出現(xiàn)問(wèn)題,有無(wú)控制,如分配的內(nèi)存塊大小,隊(duì)列長(zhǎng)度等控制參數(shù)

B)對(duì)hashtable,vector等集合類數(shù)據(jù)結(jié)構(gòu)的選擇和設(shè)置是否合適，如正確設(shè)置capacity,loadfactor等參數(shù)，數(shù)據(jù)結(jié)構(gòu)的是否是同步的

C)有無(wú)濫用String對(duì)象的現(xiàn)象

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

E)類的接口是否定義良好，如參數(shù)類型等，避免內(nèi)部轉(zhuǎn)換

F)是否采用內(nèi)存或硬盤(pán)緩沖機(jī)制以提高效率

G)并發(fā)訪問(wèn)時(shí)的應(yīng)對(duì)策略

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

I)同步方法的使用是否得當(dāng),是否過(guò)度使用

J)遞歸方法中的疊代次數(shù)是否合適，應(yīng)該保證在合理的?？臻g范圍內(nèi)

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

L)避免過(guò)度優(yōu)化，對(duì)性能要求高的代碼是否使用profile工具，如Jprobe等

4資源泄漏處理方面檢查項(xiàng)

對(duì)于JAVA來(lái)說(shuō)由于存在垃圾收集機(jī)制，所以內(nèi)存泄漏不是太明顯，但使用不當(dāng)，仍然存在內(nèi)存泄漏的問(wèn)題。 而對(duì)于其它的語(yǔ)言，如C++等在這方面就要嚴(yán)重關(guān)注了。 當(dāng)然數(shù)據(jù)庫(kù)連接資源不釋放的問(wèn)題也是廣大程序員最常見(jiàn)的，相信有很多的PM被這個(gè)問(wèn)題折磨的死去活來(lái)。

A)分配的內(nèi)存是否釋放，尤其在錯(cuò)誤處理路徑上（對(duì)非JAVA類）

B)錯(cuò)誤發(fā)生時(shí)是否所有的對(duì)象被釋放，如數(shù)據(jù)庫(kù)連接、Socket、文件等

C)是否同一個(gè)對(duì)象被釋放多次（對(duì)非JAVA類）

D)代碼是否保存準(zhǔn)確的對(duì)象reference計(jì)數(shù)（對(duì)非JAVA類）

5線程安全方面檢查項(xiàng)

線程安全問(wèn)題實(shí)際涉及兩個(gè)方面，一個(gè)是性能，另一個(gè)是資源的一致性，我們需要在這兩方面做個(gè)權(quán)衡，現(xiàn)在就是到了權(quán)衡利弊的時(shí)候了。

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

B)需要被多個(gè)線程訪問(wèn)的對(duì)象是否線程安全，檢查有無(wú)通過(guò)同步方法保護(hù)

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

D)是否存在可能的死鎖或是競(jìng)爭(zhēng)，當(dāng)用到多個(gè)鎖時(shí)，避免出現(xiàn)類似情況：線程A獲得鎖1，然后鎖2，線程B獲得鎖2，然后鎖1

E)在保證線程安全的同時(shí)，要注意避免過(guò)度使用同步，導(dǎo)致性能降低

6程序流程方面檢查項(xiàng)

A)循環(huán)結(jié)束條件是否準(zhǔn)確

B)是否避免了死循環(huán)的產(chǎn)生

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

7數(shù)據(jù)庫(kù)處理方面

很多CodeReview人員在面對(duì)代碼中涉及到的數(shù)據(jù)庫(kù)可移植性和提高數(shù)據(jù)庫(kù)性能方面的沖突時(shí)表現(xiàn)的無(wú)所適從，凡事很難兩全其美的啊。

A)數(shù)據(jù)庫(kù)設(shè)計(jì)或SQL語(yǔ)句是否便于移植（注意和性能方面會(huì)存在沖突）

B)數(shù)據(jù)庫(kù)資源是否正常關(guān)閉和釋放

C)數(shù)據(jù)庫(kù)訪問(wèn)模塊是否正確封裝，便于管理和提高性能

D)是否采用合適的事務(wù)隔離級(jí)別

E)是否采用存儲(chǔ)過(guò)程以提高性能

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

8通訊方面檢查項(xiàng)

A)socket通訊是否存在長(zhǎng)期阻塞問(wèn)題

B)發(fā)送接收的數(shù)據(jù)流是否采用緩沖機(jī)制

C)socket超時(shí)處理，異常處理

D)數(shù)據(jù)傳輸?shù)牧髁靠刂茊?wèn)題

9JAVA對(duì)象處理方面檢查項(xiàng)

這個(gè)檢查項(xiàng)的基礎(chǔ)是對(duì)JAVA對(duì)象有較深的理解，但現(xiàn)實(shí)是很多看過(guò)《ThinkinginJava》的程序員，仍然在程序中無(wú)法區(qū)分傳值和傳引用，以及對(duì)象和reference的區(qū)別。 這或許就是理論和實(shí)踐難以結(jié)合的問(wèn)題啊。 正所謂知而不行，非真知也。

A)對(duì)象生命周期的處理,是否對(duì)象的reference已經(jīng)失效,能夠設(shè)置為null,并被回收

B)在對(duì)象的傳值和傳參方面有無(wú)問(wèn)題,對(duì)象的clone方法使用是否過(guò)度

C)是否大量經(jīng)常的創(chuàng)建臨時(shí)對(duì)象

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

E)在只需要對(duì)象reference的地方是否創(chuàng)建了新的對(duì)象實(shí)例

10異常處理方面檢查項(xiàng)

JAVA中提供了方便的異常處理機(jī)制，但普遍存在的是異常被捕獲，但并沒(méi)有得到處理。 我們可以打開(kāi)一段代碼，最常見(jiàn)的現(xiàn)象是進(jìn)入某個(gè)方法后，一個(gè)大的try/catch將所有代碼行括住，然后在catch中將異常打印到控制臺(tái)，而且該異常是Exception對(duì)象。

A)每次當(dāng)方法返回時(shí)是否正確處理了異常，如最簡(jiǎn)單的處理，記錄日志到日志文件中

B)是否對(duì)數(shù)據(jù)的值和范圍是否合法進(jìn)行校驗(yàn)，包括采用斷言（assertion）

C)在出錯(cuò)路徑上是否所有的資源和內(nèi)存都已經(jīng)釋放

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

E)當(dāng)調(diào)用導(dǎo)致錯(cuò)誤發(fā)生時(shí)，方法的調(diào)用者應(yīng)該得到一個(gè)通知

F)不要忘了對(duì)錯(cuò)誤處理部分的代碼進(jìn)行測(cè)試，很多代碼在正常情況下執(zhí)行良好，而一旦出錯(cuò)，整個(gè)系統(tǒng)就崩潰了

11方法（函數(shù)）方面檢查項(xiàng)

A)方法的參數(shù)是否都做了校驗(yàn)

B)數(shù)組類結(jié)構(gòu)是否做了邊界校驗(yàn)

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

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

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

12安全方面檢查項(xiàng)

A)對(duì)命令行執(zhí)行的代碼，需要詳細(xì)檢查命令行參數(shù)

B)WEB類程序檢查是否對(duì)訪問(wèn)參數(shù)進(jìn)行合法性驗(yàn)證

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

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

13其他

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

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

三、總結(jié)

通過(guò)在項(xiàng)目中實(shí)施CodeReview將為我們帶來(lái)多方面的好處，表現(xiàn)在提高代碼質(zhì)量，保證項(xiàng)目或產(chǎn)品的穩(wěn)定性，開(kāi)發(fā)經(jīng)驗(yàn)的積累等，具體的實(shí)施當(dāng)然也要看項(xiàng)目的實(shí)際情況，因?yàn)镃odeReview也是需要成本的，這方面屬于CodeReview過(guò)程的問(wèn)題，將在其他文章中進(jìn)行探討。

四、參考資料

Java語(yǔ)言編碼規(guī)范(JavaCodeConventions)SUN

為了寫(xiě)好代碼，你堅(jiān)持了哪些好習(xí)慣？

我本人的本科專業(yè)就是軟件工程，作為開(kāi)發(fā)人員，一開(kāi)始學(xué)習(xí)的時(shí)候就養(yǎng)成編碼的好習(xí)慣真的可以省下很多時(shí)間成本，可以讓寫(xiě)的代碼更加容易理解、更加容易擴(kuò)展，也可以具有更強(qiáng)的通用性。

那么我堅(jiān)持了哪些好習(xí)慣呢？

有空的時(shí)候多看看一些優(yōu)秀的開(kāi)源框架的代碼，不要求研究透徹，只要能學(xué)習(xí)到其中的一些優(yōu)秀的設(shè)計(jì)理念就可以了，可以通過(guò)打斷點(diǎn)調(diào)試的方式去看源碼。

多看看官方文檔，它一定是最準(zhǔn)確、最實(shí)時(shí)的資料。編寫(xiě)官方文檔的人，也通常就是這些技術(shù)或者軟件的開(kāi)發(fā)者，他們是對(duì)這些東西最了解的人，所以編寫(xiě)的文檔不僅質(zhì)量非常高，通常內(nèi)容也都是最新的。

ITWorld 曾經(jīng)發(fā)起過(guò)一個(gè)“程序員最頭疼的事情”投票，結(jié)果，近半數(shù)的程序員認(rèn)為命名是最頭疼的事情。 有些人在寫(xiě)代碼的時(shí)候就放廢了自我，使用一些只有自己能看得懂的名字，其他人一看就不懂了。

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

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

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

將代碼模塊化，提取出公共邏輯可以使代碼的結(jié)構(gòu)比較清晰，對(duì)于出現(xiàn)bug時(shí)，bug定位起來(lái)也比較方便。

在代碼中嵌套是我們經(jīng)常做的事情，雖然嵌套本身并沒(méi)有什么問(wèn)題，但有時(shí)會(huì)使代碼更難讀。

為了避免不必要的嵌套，我們可以使用 Return Early 設(shè)計(jì)模式，它允許我們將if語(yǔ)句作為一個(gè)保護(hù)子句，在執(zhí)行下一步的代碼之前檢查錯(cuò)誤并返回。

編程的好習(xí)慣真的要從一開(kāi)始就要養(yǎng)成，即使不是開(kāi)源代碼也要認(rèn)真對(duì)待，在持續(xù)的練習(xí)過(guò)程中養(yǎng)成編程的好習(xí)慣。

---

---

相關(guān)標(biāo)簽： 探索替代選項(xiàng)以提高代碼質(zhì)量、 全局變量的替代方案、 全局變量的替代方法、

上一篇：全局變量與模塊化設(shè)計(jì)權(quán)衡利弊以做出最佳決

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