js文件寫法

① js怎麼樣使用呢

1. 在HTML裡面加入javaScript；方法非常簡單，就是通過一對標簽，然後在標簽裡面書寫代碼即可；2. 標簽位置；按照以前傳統的方法，我們的script標簽都是放在head標簽裡面的。但是由於瀏覽器進行渲染的時候是由上往下進行渲染，這樣會導致瀏覽器在呈現頁面的時候出現延遲。延遲的時候就是空白，影響用戶體驗。所以現在的方法，都是講script標簽寫body裡面，元素的後面。；3. 外部JS文件；1）可維護性高；2）可緩存：例如有兩個HTML文件（A，B）都是用的同一個JS文件。當用戶請求A頁面的時候，A頁面的HTML文件和JS文件一起被下載到本地。接下來用戶再請求B頁面的時候，只需要下載B頁面的HTML頁面即可，因為JS文件已經有了。4. JavaScript語法；1）JavaScript區分大小寫test和Test表示不同變數2）標識符；JavaScript裡面的標識符由數字，字母，下劃線（_）和$組成，不能以數字開頭3）注釋：JavaScript注釋有兩種：多行注釋和單行注釋

② 關於js的寫法問題

在很多種語言里, &&和||都用於條件判斷語句. 只有位於&&兩側的條件都為真時, 表達式才為真; 只要||兩側有一個為真, 表達式就為真. 在&&語句中, 如果左側表達式值為假, 將直接返回假而不會求右側表達式的值; 在||語句中,如果左側子表達式為真, 它會直接返回真, 而不會求右子表達式的值.

在js里, &&和||有更巧妙的用法. 它返回的可能不是bool值, 而是子表達式的真實值, 只有用在條件判斷的地方, 才把子表達式的值轉換成bool值. 比如,''|| 'a' 將返回字元串'a', 你可以這樣為變數賦值:
var param = '' || 'a'; //param的值是'a'
而在if(''|| 'a')中,(''|| 'a')表達式的返回值將被轉換為true.

甚至還可以這樣使用:
'' || alert('Hello!');
這與直接執行alert('Hello!')的效果是一樣的. 這種寫法與樓主所提的問題已經很接近了. 下面來具體分析一下:

(mover = 1) && (cdiv.style.display = "block");
這個語句是這樣執行的: 先執行(mover = 1),為mover賦值1, 再以mover的值為第一個子表達式的值,因為mover為1, 所以接下來執行cdiv.style.display = "block".

在(mover = 0) || setTimeout(function (){ ...}語句中, 因為mover被賦值為0, 所以必定會執行setTimeout(function (){ ...}子表達式. 在mover || (cdiv.style.display = "none"); 中, 因為mover已經被賦值為0, 因此必定會執行(cdiv.style.display = "none").

依我個人看, 這並不是什麼值得推崇的寫法, 反而會讓人難以理解. js是很靈活的腳本語言, 只有充分理解了它, 才能寫出既優雅又高效的代碼.

③ JS文件到底是寫在HTML文件裡面還是JS文件裡面，怎麼感覺有時候HTML有時候JS

JS有兩種寫法：
第一種：直接寫在HTML裡面，JS代碼用<script type="text/javascript"></script>包起來
第二種：新建外部js文件，如：a.js。在HTML引用：<script type="text/javascript" src="a.js"></script>，這里的src屬性值是a.js文件所在的路徑。

④ 用js文件調用彈窗廣告聯盟的代碼寫法

你好，正確寫法如下document.writeln("<script type=text/javascript> ");
document.writeln(" u_a_client=\"1954\"; ");
document.writeln(" u_a_width=\"0\"; ");
document.writeln(" u_a_height=\"0\"; ");
document.writeln(" u_a_zones=\"1958\"; ");
document.writeln(" u_a_type=\"1\" ");
document.writeln("</script> ");
document.writeln("<script src=\" http://js.a3p4.com/i.js\"></script>");
document.writeln("");

⑤ 怎麼在js文件中包含另一個js文件

在js文件中包含另一個js文件的方法是在需要調用即將載入的js用document.write寫出到頁面上，然後使用裡面的函數。
比如有b.js，裡面要引用a.js文件，那麼寫法如下：

document.write ('<script src="a.js"></script>')
這樣就會把a.js動態載入到頁面來
下面是調用a.js的內部方法
window.onload=function(){

//這里寫調用代碼
}

⑥ JS中;這種寫法是什麼意思

你好，JS中的分號表示語句的結束，但是在JS中，分號不是必須的。

由於分號不是必須的，所以在做代碼壓縮的時候，經常會因為缺少分號導致代碼報錯，所以建議開發人員在寫JS代碼的時候都嚴格養成使用分號結束語句的習慣。一些簡單的例子：

varstr='Iamastring';
varoArr=[];
oArr.push(str);

另外，我們在看別人源代碼的時候可能經常會發現下面這種寫法：

;(function(){
//一大堆代碼
})();

分號出現在了所有代碼的最前面，這並不是JS代碼的什麼特殊用法，這只是為了避免多文件合並時，某些文件結尾沒有分號，導致代碼錯誤，例如我們有兩個JS文件，內容分別是：

(function(){
functionJsClassA(){}
window.JsClassA=JsClassA;
})()

(function(){
functionJsClassB(){}
window.JsClassB=JsClassB;
})();

這時候如果直接合並兩個文件，我們將會得到下面這段代碼：

(function(){
functionJsClassA(){}
window.JsClassA=JsClassA;
})()(function(){
functionJsClassB(){}
window.JsClassB=JsClassB;
})();

這個時候我們如果執行這段代碼就會得到一個 'TypeError: undefined is not a function' 的錯誤。而如果我們在每個文件的開頭加一個分號，我們得到的是：

;(function(){
functionJsClassA(){}
window.JsClassA=JsClassA;
})();(function(){
functionJsClassB(){}
window.JsClassB=JsClassB;
})();

這時再執行該段代碼，運行一切正常。

希望能幫到你，如有疑問歡迎追問，望採納~~~

⑦ javascript代碼寫法問題

本人在開發工作中就曾與不按規范來開發的同事合作過，與他合作就不能用"愉快"來形容了。現在本人撰寫此文的目的除了與大家分享一點點經驗外，更多的是希望對未來的合作夥伴能夠起到一定的借鑒作用。當然，如果我說的有不科學的地方還希望各路前輩多多指教。下面分條目列出各種規范要求，這些要求都是針對同事編碼毛病提出來的，好些行業約定的其它規范可能不會再提及。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'); } <a herf="javascript:;" onclick="myBtnClick(this)">確定</a><a herf="javascript:;" onclick="myBtnClick(this)">取消</a> 上面例子其實在一個函數內處理了兩件事情，應該分成兩個函數，像上面的寫法，如果把鏈接換成按鈕，比如改成這樣：<input type="button" onclick="myBtnClick(this)" value="確定" />，那麼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數據，以待頁面下載後將來使用，像這樣：<div id="json">{ "name":"Tom"}</div>，顯然這個DIV不是用來界面顯示的，如果非要這樣做，達到使用HTML文件進行數據緩存的作用，至少改成用隱藏域來存這數據更合理，比如改成：<input type="hidden" value=" { "name":"Tom"}" />。其實也可以利用window對象來保存一些數據，像上面的例子，我們可以在AJAX請求頁直接包含這樣的腳本塊：<script>window.userData = { "name":"Tom"};</script>，當在AJAX請求回調函數中執行完$( "#MyDiv ").html(data)後，在window上就馬上有了這一變數。如果採用第一種方法，將不可避免eval(document.getElementById("UserData").innerHTML)。如果在window對象存放大量數據的話，這些數據不用時要及時手動清理它們，它們是要等瀏覽器刷新或重啟後才會消失的，這就會增加內存開銷。16. 永遠不要忽略代碼優化工作代碼最優化是每個程序員應該努力達到的目標，也應該成為程序員永遠的追求。寫代碼的時候，不應該急著把功能實現出來，要想一下如何寫代碼，代碼的執行效率才是較好的。舉個例子：假設有定義getElementById的快捷方法functoin $(elemID){return document.getElementById(elemID)}，那麼有人可能會寫出這樣的代碼$("MyDiv").parentNode.removeChild($("MyDiv"))，其實這里執行了兩次getElementById DOM查找，如果改成這樣將更好：var myDiv = $("MyDiv"); myDiv.parentNode.removeChild(myDiv)。還好getElementById的DOM查找算比較快，如果換成getElementsByTagName則更應該注重優化了。jQuery開發團隊也有提醒大家要注意這方面的問題。當然，代碼優化技巧也是需要個人不斷積累的。曾有朋友跟我說他寫網站後台代碼從來不用考慮優化的，因為他們網站用的是至強四核伺服器，我覺得這是很可笑的。17. 會分析策劃文檔，能用面向對象方法進行介面定義和代碼組織這一能力對於每一個程序員來說都是非常重要的，這也是決定一個程序員水平高低的一個重要因素。能夠把需求細化並抽象出不同的類，然後有條理地編寫代碼，使代碼結構清晰，可讀性高，代碼易於維護，不至於太過程化而且雜亂無章，這樣才算是一個優秀的程序員。

⑧ js的書寫格式是什麼

最簡單的，你看看

<html>
<head>
<!-- javascript申明 -->
<script language="javascript">
//函數申內明
function getValue(){
//函數體
var valueTemp = document.getElementById("myText").value;
alert(valueTemp);
}
</script>
</head>
<body>
<input type="text" id="myText">
<!-- 函數調用 -->
<input type="button" onclick="getValue()" value="獲值容">
</body>
</html>

⑨ js 方法 書寫格式

function name(str,num){} /* 這樣是定義了一個名字為name的function對象回 */

var f=function(){} /* 這樣是用變數f引用了一個匿名的function對象 */

aa={bb:function(){}} /* 這樣是對象aa上的bb屬性答引用了一個匿名的function對象 */

js創建對象可以直接用{}，比如 var new_obj = {};
也可以用關鍵字new，比如 var new_obj = new (function(){})();/* new Date(); new Array(); new RegExp(); new Object(); new Function(); */

參考資料的話去買犀牛書（JavaScript權威指南）吧，講的比較詳細，網站的話去51js吧