第三篇：Javascript學習心得

Javascript學習心得

Javascript的應用目的

通過對JavaScript的學習,知道它是由C語言演變而來的，而且在很大程度上借用了Java的語法，而Java又是由C和C++演生而來的，所以JavaScript和C有許多相似的語法特點。JavaScript的出現，可以使得信息和用戶之間不僅只是一種顯示和瀏覽的關系，而是實現了一種實時的、動態的、可交互的表達能力。從而基于CGI靜態的HTML頁面將被可提供動態實時信息，并對客戶操作進行反應的Web頁面取代。JavaScript 腳本正是滿足這種需求而產生的語言。它深受廣泛用戶的喜愛和歡迎，它是眾多腳本語言中較為優秀的一種。

Javascript的優點

JavaScript是一種基于對象和事件驅動并具有安全性能的腳本語言。使用它的目的是與HTML超文本標記語言、Java 腳本語言一起實現在一個Web頁面中鏈接多個對象，與Web客戶交互作用。從而可以開發客戶端的應用程序等。它是通過嵌入或調入在標準的HTML語言中實現的。它的出現彌補了HTML語言的缺陷，它是Java與HTML折衷的選擇，具有以下幾個基本特點：

一、腳本編寫語言

JavaScript是一種腳本語言，它采用小程序段的方式實現編程。像其它腳本語言一樣,JavaScript 同樣已是一種解釋性語言，它提供了一個簡易的開發過程。它的基本結構形式與C、C++、VB等語言十分類似。但它不像這些語言一樣，需要先編譯，而是在程序運行過程中被逐行地解釋。它與HTML標識結合在一起，從而方便用戶的使用操作。

二、基于對象的語言

JavaScript是一種基于對象的語言，同時以可以看作一種面向對象的。這意味著它能運用自己已經創建的對象。因此，許多功能可以來自于腳本環境中對象的方法與腳本的相互作用。

三、簡單性

JavaScript的簡單性主要體現在：首先它是一種基于Java 基本語句和控制流之上的簡單而緊湊的設計, 從而對于學習Java是一種非常好的過渡。其次它的變量類型是采用弱類型，并未使用嚴格的數據類型。

四、安全性

JavaScript 是一種安全性語言，它不允許訪問本地的硬盤，并不能將數據存入到服務器上，不允許對網絡文檔進行修改和刪除，只能通過瀏覽器實現信息瀏覽或動態交互。從而有效地防止數據的丟失。

五、動態性

JavaScript 是動態的，它可以直接對用戶或客戶輸入做出響應，無須經過Web 服務程序。它對用戶的反映響應，是采用以事件驅動的方式進行的。所謂事件驅動，就是指在主頁中執行了某種操作所產生的動作，就稱為“事件”。比如按下鼠標、移動窗口、選擇菜單等都可以視為事件。當事件發生后，可能會引起相應的事件響應。

六、跨平臺性

JavaScript 是依賴于瀏覽器本身，與操作環境無關，只要能運行瀏覽器的計算機，并支持JavaScript的瀏覽器就可正確執行。

Javascript的運行步驟

根據JavaScript腳本編寫的方式,腳本的執行也分為多種情況。當瀏覽器打開一個HTML文檔時它將從頭開始解釋整個文檔，而有一些腳本如函數function，則會在它們被調用的時候運行，腳本函數的調用往往都是通過事件來進行驅動的，如在一個HTML 文檔被裝載onLoad的時候可以執行腳本函數。

第四篇：javascript學習心得2

JavaScript開發規范要求

作為一名開發人員（WEB前端JavaScript開發），不規范的開發不僅使日后代碼維護變的困難，同時也不利于團隊的合作，通常還會帶來代碼安全以及執行效率上的問題。本人在開發工作中就曾與不按規范來開發的同事合作過，與他合作就不能用“愉快”來形容了?，F在本人撰寫此文的目的除了與大家分享一點點經驗外，更多的是希望對未來的合作伙伴能夠起到一定的借鑒作用。當然，如果我說的有不科學的地方還希望各路前輩多多指教。下面分條目列出各種規范要求，這些要求都是針對同事編碼毛病提出來的，好些行業約定的其它規范可能不會再提及。

1、保證代碼壓縮后不出錯

對于大型的JavaScript項目，一般會在產品發布時對項目包含的所有JavaScript文件進行壓縮處理，比如可以利用Google Closure Compiler Service對代碼進行壓縮，新版jQuery已改用這一工具對代碼進行壓縮，這一般會去掉開發時寫的注釋，除去所有空格和換行，甚至可以把原來較長的變量名替換成短且無意義的變量名，這樣做的目的是加快文件的下載速度，同時也減小網站訪問帶來的額外數據流量，另外在代碼保護上也起到了一點點作用，至少壓縮后的代碼即使被還原還是沒那么容易一下讀懂的。要想代碼能正確通過壓縮，一般要求語句都要以分號正常結束，大括號也要嚴格結束等，具體還要看壓縮工具的要求。所以如果一開始沒有按標準來做，等壓縮出錯后再回去找錯誤那是浪費時間。

2、保證代碼能通過特定IDE的自動格式化功能

一般較為完善的開發工具（比如Aptana Studio）都有代碼“自動格式”化功能，這一功能幫助實現統一換行、縮進、空格等代碼編排，你可以設置自己喜歡的格式標準，比如左大括號{是否另起一行。達到這個要求的目的在于方便你的開發團隊成員拿你代碼的一個副本用IDE自動格式化成他喜歡或熟悉的風格進行閱讀。你同事需要閱讀你的代碼，可能是因為你寫的是通用方法，他在其它模塊開發過程中也要使用到，閱讀你的代碼能最深入了解方法調用和實現的細節，這是簡單API文檔不能達到的效果。

3、使用標準的文檔注釋

這一要求算是最基本的，這有利于在方法調用處看到方法的具體傳參提示，也可以利用配套文檔工具生成html或其它格式的開發文檔供其他團隊成員閱讀，你可以嘗試使用jsdoc-toolkit。如果你自動生成的API是出自一個開放平臺，就像facebook.com應用，那么你的文檔是給天下所有開發者看的。另外編寫完整注釋，也更方便團隊成員閱讀你的代碼，通過你的參數描述，團隊成員可以很容易知道你編寫的方法傳參與實現細節。當然也方便日后代碼維護，這樣即使再大的項目，過了很長時間后，回去改點東西也就不至于自己都忘記了當時自己寫的代碼是怎么一回事了。

4、使用規范有意義的變量名

使用規范有意義的變量名可以提高代碼的可讀性，作為大項目開發成員，自己寫的代碼不僅僅要讓別人容易看懂。開發大項目，其實每個人寫的代碼量可能都比較大，規范命名，日后自己看回自己的代碼也顯的清晰易懂，比如日后系統升級或新增功能，修改起代碼來也輕松多了。如果到頭發現自己當初寫的代碼現在看不太懂了，那還真是天大的笑話了。

當然，使用有意義的變量名也盡量使用標準的命名，比如像這里：var me = this也許沒有var self = this好，因為self是Python中的關鍵字，在Python中self就是通常語言this的用法。再看下面一個例子，加s顯然比沒有加來的科學些，這樣可以知道這個變量名存的是復數，可能是數組等：

var li = document.getElementsByTagName('li')var lis = document.getElementsByTagName('li')

5、不使用生偏語法

JavaScript作為一門動態腳本語言，靈活性既是優點也是缺點，眾所周知，動態語言不同層次開發人員對實現同樣一個功能寫出來的代碼在規范或語法上會存在較大的差別。不管怎么樣，規范編碼少搞怪，不把簡單問題復雜化，不違反代碼易讀性原則才是大家應該做的。比如這語句：typeof(b)== 'string' && alert(b)應該改為：if(typeof(b)== 'string')alert(b)，像前面那種用法，利用了&&運算符解析機制：如果檢測到&&前語句返回false就不再檢測后面語句，在代碼優化方面也有提到把最可能出現的情況首先判斷，像這種寫法如果條件少還好，如果條件較多而且語句也長，那代碼可讀性就相當差。

又比如：+function(a){var p = a;}('a')應該改為：(function(a){var p = a;})('a')，其實function前面的+號與包含function的()括號作用是一樣的，都是起運算優先作用，后者是常見且容易看明白的防止變量污染的做法，比如好些流行JavaScript框架就是采用后面這種方式。

再說個降低代碼可讀性的例子，如：function getPostionTxt(type){return type == 2 ? “野外” :(type == 3 ? “商城” :(type == 4 ? “副本” : null));}應該改成：function

getPostionTxt(type){var typeData={“2”:“野外”,“3”:“商城”,“4”:“副本”};if(typeData[type])return typeData[type];else return null;}。如果type是從0開始不間斷的整數，那么直接使用數組還更簡單，這種結果看起來就清晰多了，看到前面那種多層三元表達式嵌套頭不暈嗎。

6、不在語句非賦值地方出生中文

語句中不應該出現中文我想一般人都知道，雖然這樣做不影響程序運行，但是顯然有背行業標準要求，當然我們也不是在使用“易語言”做開發。關于這一個問題，我本來不想把它拿出來說的，但我確實遇到有人這樣做的，也不知道是不是因為他的英語實在太爛了，至少還可以用拼音吧，另外尋求翻譯工具幫忙也不錯的選擇。我舉例如下，像以下寫法出現在教學中倒還可以理解： this.user['名字'] = '張三' 或者 this.user.名字 = '張三'

7、明確定義函數固定數量的參數

固定數量參數的函數內部不使用arguments去獲取參數，因為這樣，你定義的方法如果包含較多的腳本，就不能一眼看到這個方法接受些什么參數以及參數的個數是多少。比如像下面： var $ = function(){return document.getElementById(arguments[0]);}應該改成：var $ = function(elemID){return document.getElementById(elemID);}

8、不必熱衷動態事件綁定

雖然知道事件可以動態綁定，比如使用addEventListener或者使用jQuery的bind方法，也知道采用動態事件綁定可以讓XHTML更干凈，但是一般情況下我還是建議直接把事件寫在DOM節點上，我認為這樣可以使代碼變得更容易維護，因為這樣做，我們在查看源代碼的時候就可以容易地知道什么Element綁定了什么方法，簡單說這樣更容易知道一個按鈕或鏈接點擊時調了什么方法腳本。

9、降低代碼與XHTML的耦合性

不要過于依賴DOM的一些內容特征來調用不同的腳本代碼，而應該定義不同功能的方法，然后在DOM上調用，這樣不管DOM是按鈕還是鏈接，方法的調用都是一樣的，比如像下面的實現顯然會存在問題：

function myBtnClick(obj){ if(/確定/.test(obj.innerHTML))

alert('OK');else if(/取消/.test(obj.innerHTML))

alert('Cancel');else

alert('Other');} 確定取消 上面例子其實在一個函數內處理了兩件事情，應該分成兩個函數，像上面的寫法，如果把鏈接換成按鈕，比如改成這樣：，那么myBtnClick函數內部的obj.innerHTML就出問題了，因為此時應該obj.value才對，另外如果把按鈕名稱由中文改為英文也會出問題，所以這種做法問題太多了。

10、一個函數應該返回統一的數據類型

因為JavaScrip是弱類型的，在編寫函數的時候有些人對于返回類型的處理顯得比較隨便，我覺得應該像強類型語言那樣返回，看看下面的兩個例子： function getUserName(userID){ if(data[userID])

return data[userID];else

return false;} 應該改為：

function getUserName(userID){ if(data[userID])

return data[userID];else

return “";} 這個方法如果在C#中定義，我們知道它準備返回的數據類型應該是字符串，所以如果沒有找到這個數據我們就應該返回空的字符串，而不是返回布爾值或其它不合適的類型。這并沒有影響到函數將來的調用，因為返回的空字符串在邏輯判斷上可被認作“非”，即與false一樣，除非我們使用全等于“===”或typeof進行判斷。

11、規范定義JSON對象，補全雙引號

使用標準肯定是有好處的，那么為什么還是有人不使用標準呢？我想這可能是懶或習慣問題。也許還會有人跟我說，少寫引號可以減輕文件體積，我認為這有道理但不是重點。對于服務器返回的JSON數據，使用標準結構可以利用Firefox瀏覽器的JSONView插件方便查看（像查看XML那樣樹形顯示），另外你如果使用jQuery做開發，最新版本jQuery1.4+是對JSON格式有更高要求的，具體的可以自己查閱jQuery更新文檔。比如：{name:”Tom“}或{'name':'Tom'}都應該改成{”name“:”Tom“}。

12、不在文件中留下未來確定不再使用的代碼片段

當代碼調整或重構后，之前編寫的不再使用的代碼應該及時刪除，如果認為這些代碼還有一定利用價值可以把它們剪切到臨時文件中。留在項目中不僅增加了文件體積，這對團隊其它成員甚至自己都起到一定干擾作用，怕將來自己看回代碼都搞不懂這方法是干什么的，是否有使用過。當然可以用文檔注釋標簽@deprecated把這個方法標識為不推薦的。

13、不重復定義其他團隊成員已經實現的方法

對于大型項目，一般會有部分開發成員實現一些通用方法，而另外一些開發成員則要去熟悉這些通用方法，然后在自己編寫模塊遇到有調用的需要就直接調用，而不是像有些開發者喜歡“單干”，根本不會閱讀這些通用方法文檔，在自己代碼中又寫了一遍實現，這不僅產生多余的代碼量，當然也是會影響團隊開發效率的，這是沒有團隊合作精神的表現，是重復造輪子的悲劇。比如在通用類文件Common.js有定義function $(elemID){return document.getElementById(elemID)}那么就不應該在Mail.js中再次出現這一功能函數的重復定義，對于一些復雜的方法更應該如此。

14、調用合適的方法

當有幾個方法都可以實現同類功能的時候，我們還是要根據場景選擇使用最合適的方法。下面拿jQuery框架的兩個AJAX方法來說明。如果確定服務器返回的數據是JSON應該直接使用$.getJSON，而不是使用$.get得到數據再用eval函數轉成JSON對象。如果因為本次請求要傳輸大量的數據而不得以使用$.post也應該采用指定返回數據類型（設置dataType參數）的做法。如果使用$.getJSON，在代碼中我們一眼能看出本次請求服務器返回的是JSON。溫馨提示：jQuery1.4后，如果服務器有設置數據輸出的ContentType，比如ASP.NET C#設置 Response.ContentType = ”application/json“，那么$.get將與$.getJSON的使用沒有什么區別。

15、使用合適的控件存儲合適的數據

曾發現有人利用DIV來保存JSON數據，以待頁面下載后將來使用，像這樣：