JavaScript的局限性
創(chuàng)新互聯(lián)公司是一家集網(wǎng)站建設,來賓企業(yè)網(wǎng)站建設,來賓品牌網(wǎng)站建設,網(wǎng)站定制,來賓網(wǎng)站建設報價,網(wǎng)絡營銷,網(wǎng)絡優(yōu)化,來賓網(wǎng)站推廣為一體的創(chuàng)新建站企業(yè),幫助傳統(tǒng)企業(yè)提升企業(yè)形象加強企業(yè)競爭力。可充分滿足這一群體相比中小企業(yè)更為豐富、高端、多元的互聯(lián)網(wǎng)需求。同時我們時刻保持專業(yè)、時尚、前沿,時刻以成就客戶成長自我,堅持不斷學習、思考、沉淀、凈化自己,讓我們?yōu)楦嗟钠髽I(yè)打造出實用型網(wǎng)站。
1. JavaScript簡單性
2. 解釋執(zhí)行
3. 基于對象,弱類型(數(shù)據(jù)類型可以被忽略的語言。它與強類型定義語言相反, 一個變量可以賦不同數(shù)據(jù)類型的值。強類型定義語言在速度上可能略遜色于弱類型定義語言,但是強類型定義語言帶來的嚴謹性能夠有效的避免許多錯誤。)
在WWW 上有很多瀏覽器,如Netscape Navigator,Mosaic和HotJava等,但每種瀏覽器支持JavaScript的程度是不一樣的,支持和不完全支持JavaScript的 瀏覽器在瀏覽一個帶有JavaScript腳本的主頁時,效果會有一定的差距,有時甚至會顯示不出來。
當把JavaScript的一個設計目 標設定為"Web安全性"時,就需要犧牲JavaScript的一些功能。這時,純粹的JavaScript將不能打開、讀寫和保存用戶計算機上的文件。 它有權訪問的唯一信息就是它所嵌入的那個Web主頁中的信息,簡言之,JavaScript將只存在于它自己的小小世界----Web主頁里。
javascript的優(yōu)缺點
(1).javascript的優(yōu)點:
1.javascript減少網(wǎng)絡傳輸。
在javascript這樣的用戶端腳本語言出現(xiàn)之前,傳統(tǒng)的數(shù)據(jù)提交和驗證工作均由用戶端瀏覽器通過網(wǎng)絡傳輸?shù)椒掌鏖_發(fā)上進行。如果數(shù)據(jù)量很大,這對于網(wǎng)絡和服務器開發(fā)的資源來說實在是一種無形的浪費。而使用javascript就可以在客戶端進行數(shù)據(jù)驗證。
2.javascript方便操縱html對象。
javascript可以方便地操縱各種頁面中的對象,用戶可以使用javascript來控制頁面中各個元素的外觀、狀態(tài)甚至運行方式,javascript可以根據(jù)用戶的需要“定制”瀏覽器,從而使網(wǎng)頁更加友好。
3.javascript支持分布式應用 運算。
javascript可以使多種任務僅在用戶端就可以完成,而不需要網(wǎng)絡和服務器開發(fā)的參與,從而支持分布式應用 的運算和處理。
(2).javascript的局限性:
1.各瀏覽器廠商對javascript支持程度不同。
目前在互聯(lián)網(wǎng) 上有很多瀏覽器,如firefox、internet explorer、opera等,但每種瀏覽器支持javascript的程度是不一樣的,不同的瀏覽器在瀏覽一個帶有javascript腳本的主頁時,由于對javascript的支持稍有不同,其效果會有一定的差距,有時甚至會顯示不出來。
2.“web安全性”對javascript一些功能犧牲。
當把javascript的一個設計目標設定為“web安全性”時,就需要犧牲javascript的一些功能。因此,純粹的javascript將不能打開、讀寫和保存用戶計算機上的文件。其有權訪問的唯一信息就是該javascript所嵌入開發(fā) 的那個web主頁中的信息,簡言之,javascript將只存在于它自己的小小世界—web主頁里。
一、為什么Javascript有設計缺陷?
這里有三個客觀原因,導致Javascript的設計不夠完善。
1. 設計階段過于倉促
Javascript的設計,其實只用了十天。而且,設計師是為了向公司交差,本人并不愿意這樣設計(參見《Javascript誕生記》)。
另一方面,這種語言的設計初衷,是為了解決一些簡單的網(wǎng)頁互動(比如,檢查"用戶名"是否填寫),并沒有考慮復雜應用的需要。設計者做夢也想不到,Javascript將來可以寫出像Gmail這種極其龐大復雜的網(wǎng)頁。
2. 沒有先例
Javascript同時結合了函數(shù)式編程和面向對象編程的特點,這很可能是歷史上的第一例。而且直到今天為止,Javascript仍然是世界上唯一使用Prototype繼承模型的主要語言。這使得它沒有設計先例可以參考。
3. 過早的標準化
Javascript的發(fā)展非常快,根本沒有時間調整設計。
1995年5月,設計方案定稿;10月,解釋器開發(fā)成功;12月,向市場推出,立刻被廣泛接受,全世界的用戶大量使用。Javascript缺乏一個從小到大、慢慢積累用戶的過程,而是連續(xù)的爆炸式擴散增長。大量的既成網(wǎng)頁和業(yè)余網(wǎng)頁設計者的參與,使得調整語言規(guī)格困難重重。
更糟的是,Javascript的規(guī)格還沒來及調整,就固化了。
1996年8月,微軟公司強勢介入,宣布推出自己的腳本語言Jscript;11月,為了壓制微軟,網(wǎng)景公司決定申請Javascript的國際標準;1997年6月,第一個國際標準ECMA-262正式頒布。
也就是說,Javascript推出一年半之后,國際標準就問世了。設計缺陷還沒有充分暴露就成了標準。相比之下,C語言問世將近20年之后,國際標準才頒布。
二、Javascript的10個設計缺陷
1. 不適合開發(fā)大型程序
Javascript沒有名稱空間(namespace),很難模塊化;沒有如何將代碼分布在多個文件的規(guī)范;允許同名函數(shù)的重復定義,后面的定義可以覆蓋前面的定義,很不利于模塊化加載。
2. 非常小的標準庫
Javascript提供的標準函數(shù)庫非常小,只能完成一些基本操作,很多功能都不具備。
3. null和undefined
null屬于對象(object)的一種,意思是該對象為空;undefined則是一種數(shù)據(jù)類型,表示未定義。
typeof null; // object
typeof undefined; // undefined
兩者非常容易混淆,但是含義完全不同。
var foo;
alert(foo == null); // true
alert(foo == undefined); // true
alert(foo === null); // false
alert(foo === undefined); // true
在編程實踐中,null幾乎沒用,根本不應該設計它。
4. 全局變量難以控制
Javascript的全局變量,在所有模塊中都是可見的;任何一個函數(shù)內部都可以生成全局變量,這大大加劇了程序的復雜性。
a = 1;
(function(){
b=2;
alert(a);
})(); // 1
alert(b); //2
5. 自動插入行尾分號
Javascript的所有語句,都必須以分號結尾。但是,如果你忘記加分號,解釋器并不報錯,而是為你自動加上分號。有時候,這會導致一些難以發(fā)現(xiàn)的錯誤。
比如,下面這個函數(shù)根本無法達到預期的結果,返回值不是一個對象,而是undefined。
function(){
return
{
i=1
};
}
原因是解釋器自動在return語句后面加上了分號。
function(){
return;
{
i=1
};
}
6. 加號運算符
+號作為運算符,有兩個含義,可以表示數(shù)字與數(shù)字的和,也可以表示字符與字符的連接。
alert(1+10); // 11
alert("1"+"10"); // 110
如果一個操作項是字符,另一個操作項是數(shù)字,則數(shù)字自動轉化為字符。
alert(1+"10"); // 110
alert("10"+1); // 101
這樣的設計,不必要地加劇了運算的復雜性,完全可以另行設置一個字符連接的運算符。
7. NaN
NaN是一種數(shù)字,表示超出了解釋器的極限。它有一些很奇怪的特性:
NaN === NaN; //false
NaN !== NaN; //true
alert( 1 + NaN ); // NaN
與其設計NaN,不如解釋器直接報錯,反而有利于簡化程序。
8. 數(shù)組和對象的區(qū)分
由于Javascript的數(shù)組也屬于對象(object),所以要區(qū)分一個對象到底是不是數(shù)組,相當麻煩。Douglas Crockford的代碼是這樣的:
if ( arr
typeof arr === 'object'
typeof arr.length === 'number'
!arr.propertyIsEnumerable('length')){
alert("arr is an array");
}
9. == 和 ===
==用來判斷兩個值是否相等。當兩個值類型不同時,會發(fā)生自動轉換,得到的結果非常不符合直覺。
"" == "0" // false
0 == "" // true
0 == "0" // true
false == "false" // false
false == "0" // true
false == undefined // false
false == null // false
null == undefined // true
" \t\r\n" == 0 // true
因此,推薦任何時候都使用"==="(精確判斷)比較符。
10. 基本類型的包裝對象
Javascript有三種基本數(shù)據(jù)類型:字符串、數(shù)字和布爾值。它們都有相應的建構函數(shù),可以生成字符串對象、數(shù)字對象和布爾值對象。
new Boolean(false);
new Number(1234);
new String("Hello World");
與基本數(shù)據(jù)類型對應的對象類型,作用很小,造成的混淆卻很大。
alert( typeof 1234); // number
alert( typeof new Number(1234)); // object
關于Javascript的更多怪異行為,請參見Javascript Garden和wtfjs.com。
三、如何看待Javascript的設計缺陷?
既然Javascript有缺陷,數(shù)量還不少,那么它是不是一種很糟糕的語言?有沒有前途?
回答是Javascript并不算糟糕,相反它的編程能力很強大,前途很光明。
首先,如果遵守良好的編程規(guī)范,加上第三方函數(shù)庫的幫助,Javascript的這些缺陷大部分可以回避。
其次,Javascript目前是網(wǎng)頁編程的唯一語言,只要互聯(lián)網(wǎng)繼續(xù)發(fā)展,它就必然一起發(fā)展。目前,許多新項目大大擴展了它的用途,node.js使得Javascript可以用于后端的服務器編程,coffeeScript使你可以用python和ruby的語法,撰寫Javascript。
最后,只要發(fā)布新版本的語言標準(比如?ECMAscript 5),就可以彌補這些設計缺陷。當然,標準的發(fā)布和標準的實現(xiàn)是兩回事,上述的很多缺陷也許會一直伴隨到Javascript存在的最后一天。
初學者來說JS還不錯,但越往后玩,JS越不濟。首先搶怪很差,據(jù)高級玩家說搶怪第三;其次裝備要求很高,裝備爛的JS老是被人鄙視,攻擊力很差。要想買好一些的裝備又要有一定的資金,js裝備普遍很貴,特別是鞋和帽子,我玩的時候就只買這兩個都花了我700多萬三國幣(當然,屬性很不錯);第三,技能也很貴,新手最想學的是劍蕩八荒和驚鴻幻劍,我當初菜鳥的時候也是這樣,看別人刷怪用這兩招很爽,但是上了50級,技能就很貴了,1000萬左右吧,威力是沒得說。。。。總之我覺得JS不太適合想長久游戲的玩家,玩仙術和陰陽最好。
你是沒見過爛語言吧哥們,js已經(jīng)是榜前十了,第一是objective-c,第二是JAVA,第三是c,第四c++,js也是特別有名的,那些爛到不能再爛的語言你肯定連名字都沒聽過
標題名稱:JavaScript哪爛,JAVASCRIPT軟件開發(fā)工程師招聘
網(wǎng)頁鏈接:http://vcdvsql.cn/article22/dsdgejc.html
成都網(wǎng)站建設公司_創(chuàng)新互聯(lián),為您提供標簽優(yōu)化、網(wǎng)站建設、網(wǎng)站維護、搜索引擎優(yōu)化、外貿網(wǎng)站建設、網(wǎng)站導航
聲明:本網(wǎng)站發(fā)布的內容(圖片、視頻和文字)以用戶投稿、用戶轉載內容為主,如果涉及侵權請盡快告知,我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場,如需處理請聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內容未經(jīng)允許不得轉載,或轉載時需注明來源: 創(chuàng)新互聯(lián)