暖暖日本视频在线观看免费,青草影院内射中出高潮-百度,我的美女房东未删减版免费观看

　　一、為什么Javascript有設計缺陷？

　　這里有三個客觀原因，導致Javascript的設計不夠完善。

　　1. 設計階段過于倉促

　　Javascript的設計，其實只用了十天。而且，設計師是為了向公司交差，本人并不愿意這樣設計（參見《Javascript誕生記》）。

　　另一方面，這種語言的設計初衷，是為了解決一些簡單的網頁互動（比如，檢查"用戶名"是否填寫），并沒有考慮復雜應用的需要。設計者做夢也想不到，Javascript將來可以寫出像Gmail這種極其龐大復雜的網頁。

　　2. 沒有先例

　　Javascript同時結合了函數式編程和面向對象編程的特點，這很可能是歷史上的第一例。而且直到今天為止，Javascript仍然是世界上唯一使用Prototype繼承模型的主要語言。這使得它沒有設計先例可以參考。

　　3. 過早的標準化

　　Javascript的發展非常快，根本沒有時間調整設計。

　　1995年5月，設計方案定稿；10月，解釋器開發成功；12月，向市場推出，立刻被廣泛接受，全世界的用戶大量使用。Javascript缺乏一個從小到大、慢慢積累用戶的過程，而是連續的爆炸式擴散增長。大量的既成網頁和業余網頁設計者的參與，使得調整語言規格困難重重。

　　更糟的是，Javascript的規格還沒來及調整，就固化了。

　　1996年8月，微軟公司強勢介入，宣布推出自己的腳本語言Jscript；11月，為了壓制微軟，網景公司決定申請Javascript的國際標準；1997年6月，第一個國際標準ECMA-262正式頒布。

　　也就是說，Javascript推出一年半之后，國際標準就問世了。設計缺陷還沒有充分暴露就成了標準。相比之下，C語言問世將近20年之后，國際標準才頒布。

　　二、Javascript的10個設計缺陷

　　1. 不適合開發大型程序

　　Javascript沒有名稱空間（namespace），很難模塊化；沒有如何將代碼分布在多個文件的規范；允許同名函數的重復定義，后面的定義可以覆蓋前面的定義，很不利于模塊化加載。

　　2. 非常小的標準庫

　　Javascript提供的標準函數庫非常小，只能完成一些基本操作，很多功能都不具備。

　　3. null和undefined

　　null屬于對象（object）的一種，意思是該對象為空；undefined則是一種數據類型，表示未定義。

　　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的全局變量，在所有模塊中都是可見的；任何一個函數內部都可以生成全局變量，這大大加劇了程序的復雜性。

　　a = 1;
　　(function(){
　　　　b=2;
　　　　alert(a);
　　})(); // 1
　　alert(b); //2

　　5. 自動插入行尾分號

　　Javascript的所有語句，都必須以分號結尾。但是，如果你忘記加分號，解釋器并不報錯，而是為你自動加上分號。有時候，這會導致一些難以發現的錯誤。

　　比如，下面這個函數根本無法達到預期的結果，返回值不是一個對象，而是undefined。

　　function(){
　　　　return
　　　　　　{
　　　　　　　　i=1
　　　　　　};
　　}

　　原因是解釋器自動在return語句后面加上了分號。

　　function(){
　　　　return;
　　　　　　{
　　　　　　　　i=1
　　　　　　};
　　}

　　6. 加號運算符

　　+號作為運算符，有兩個含義，可以表示數字與數字的和，也可以表示字符與字符的連接。

　　alert(1+10); // 11
　　alert("1"+"10"); // 110

　　如果一個操作項是字符，另一個操作項是數字，則數字自動轉化為字符。

　　alert(1+"10"); // 110
　　alert("10"+1); // 101

　　這樣的設計，不必要地加劇了運算的復雜性，完全可以另行設置一個字符連接的運算符。

　　7. NaN

　　NaN是一種數字，表示超出了解釋器的極限。它有一些很奇怪的特性：

　　NaN === NaN; //false
　　NaN !== NaN; //true
　　alert( 1 + NaN ); // NaN

　　與其設計NaN，不如解釋器直接報錯，反而有利于簡化程序。

　　8. 數組和對象的區分

　　由于Javascript的數組也屬于對象（object），所以要區分一個對象到底是不是數組，相當麻煩。Douglas Crockford的代碼是這樣的：

　　if ( arr &&
　　　　typeof arr === 'object' &&
　　　　typeof arr.length === 'number' &&
　　　　!arr.propertyIsEnumerable('length')){
　　　　alert("arr is an array");
　　}

　　9. == 和 ===

　　==用來判斷兩個值是否相等。當兩個值類型不同時，會發生自動轉換，得到的結果非常不符合直覺。

　　"" == "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有三種基本數據類型：字符串、數字和布爾值。它們都有相應的建構函數，可以生成字符串對象、數字對象和布爾值對象。