JavaScript面向對象還是不面向對象，這是個問題。好吧，這就是我們將要在這篇文章中討論的主題。

鐵西ssl適用于網站、小程序/APP、API接口等需要進行數據傳輸應用場景，ssl證書未來市場廣闊！成為創(chuàng)新互聯(lián)的ssl證書銷售渠道，可以享受市場價格4-6折優(yōu)惠！如果有意向歡迎電話聯(lián)系或者加微信：18982081108（備注：SSL證書合作）期待與您的合作！

我知道，這個話題已經被討論過太多次了。但是，它總是被不斷地提及。每當Java或C#或任何其他OOP語言的開發(fā)人員與JavaScript接觸時，這些開發(fā)人員都會抱怨連連。他們說，用JavaScript工作簡直是一團亂，沒有類型，結構不合理，有些怪異，對象支持不給力，它絕對不是OOP語言。

其中有一些抱怨可能可以接受，但還有一些則是偏見，例如說JavaScript沒有類型因而它不是OOP語言的言論。關于后面一點，在出口論斷之前，你應該問自己：是什么使編程語言成為面向對象的編程語言?

什么是OOP?

OOP模式沒有正式的標準規(guī)范。沒有一個技術文檔定義了什么是OOP，什么不是OOP。OOP定義主要基于早期研究人員，如Kristen Nygaard, Alan Kays, William Cook等人發(fā)表的論文中的常識。已經有很多人嘗試定義OOP以及一個可廣泛接受的定義來對編程語言進行分類，因為面向對象基于兩個要求：

通過對象建模問題的能力。

支持一些準許模塊化和代碼重用的原則。

為了滿足***個要求，這種語言必須使開發(fā)人員能夠使用對象來描述現(xiàn)實并定義對象之間的關系，如下所示：

• 關聯(lián)：對象引用另一個獨立對象的能力。
• 聚合：對象嵌入一個或多個獨立對象的能力。
• 組合：對象嵌入一個或多個依賴對象的能力。

通常，如果語言支持以下原則，則能滿足第二個要求：

• 封裝：專注于數據和操縱代碼的單一實體，并隱藏其內部細節(jié)的能力。
• 繼承：一個對象從一個或多個其他對象獲取某些或所有要素的機制。
• 多態(tài)：根據數據類型或結構不同地處理對象的能力。

滿足這些要求的語言我們通常將其歸類為為面向對象的。

JavaScript和OOP

所以現(xiàn)在我們知道OOP語言應該是什么樣子的了。那么，我們可以證明JavaScript是一種OOP語言嗎?咱們試試吧。

我們知道，JavaScript對象支持關聯(lián)，聚合和組合的能力并不強勁。請看以下代碼：

 
 
 

  
  
  
var johnSmith = {
  
  
  
 firstName: "John",
  
  
  
 lastName: "Smith",
  
  
  
 address: { //Composition
  
  
  
 street: "123 Duncannon Street",
  
  
  
 city: "London",
  
  
  
 country: "United Kingdom"
  
  
  
 }
  
  
  
};
  
  
  
var nickSmith = {
  
  
  
 firstName: "Nick",
  
  
  
 lastName: "Smith",
  
  
  
 address: { //Composition
  
  
  
 street: "321 Oxford Street",
  
  
  
 city: "London",
  
  
  
 country: "United Kingdom"
  
  
  
 }
  
  
  
};
  
  
  
johnSmith.parent = nickSmith; //Association
  
  
  
var company = {
  
  
  
 name: "ACME Inc.",
  
  
  
 employees: []
  
  
  
};
  
  
  
//Aggregation
  
  
  
company.employees.push(johnSmith);
  
  
  
company.employees.push(nickSmith);
 
 
 

在上面的代碼中，你可以找到一個組合(address屬性)的示例，一個關聯(lián)(parent屬性)的示例和一個聚合(employees屬性)的示例。

至于封裝，JavaScript對象是支持數據和函數的實體，但它們沒有高級的本地支持來隱藏內部細節(jié)。JavaScript對象不關心隱私。如果不謹慎的話，所有的屬性和方法都可以公開訪問。但是，我們可以應用若干技術來定義對象的內部狀態(tài)，并保護對象以防外部訪問：使用getter和setter來利用閉包。

通過所謂的原型繼承，JavaScript在基本層中支持繼承。即使有些開發(fā)人員認為它有點簡單，但JavaScript的繼承機制是完全有效的，并允許你得到與大多數公認的OOP語言相同的結果。任憑你怎么想，JavaScript有一個機制，通過這個機制“一個對象從一個或多個其他對象獲取一些或所有的功能”，這就是繼承。

有多態(tài)性的挑戰(zhàn)似乎更加困難，因為許多人把這個概念與數據類型聯(lián)系起來。實際上，多態(tài)性涉及編程語言的許多方面，并且不僅僅是與OOP語言有關。通常它涉及諸如泛型、重載和結構子類型等條目。所有這些對于一種“簡單”和弱類型的語言——JavaScript——來說似乎不堪重負。然而事實并非如此：在JavaScript中，我們可以通過若干方式實現(xiàn)不同類型的多態(tài)，也許我們在不知不覺中已經做過很多次了。

沒有類的OOP

“好吧，但話說回來，JavaScript沒有類?！?/p>

許多開發(fā)人員認為JavaScript缺乏類的概念，而沒有將JavaScript視為一種真正的面向對象的語言，因為它不強制符合OOP原則。

但是，我們可以看到，在非正式的定義中，并沒有明確提及類。誠然，對象需要特性和原理。但類并非真正的要求，只是有時，類是一種抽象具有公共屬性的對象集的簡便方法而已。因此，即使一種語言的支持對象沒有類，它也可以是面向對象的語言，例如JavaScript。

此外，OOP原則的目的旨在得到支持。為了在語言中進行編程，OOP原則不應該是強制規(guī)定的。開發(fā)人員可以選擇使用允許他創(chuàng)建面向對象代碼的構造，也可以選擇不使用。許多人批評JavaScript是因為開發(fā)人員可以編寫違反OOP原則的代碼。但這只是程序員的選擇，而不是語言的限制。其他的編程語言也會發(fā)生這樣的事情，如C ++。

所以，我們可以得出這樣一個結論，缺乏抽象類并允許開發(fā)人員自由使用或不使用支持OOP原理的功能，并非認定JavaScript是OOP語言的真正障礙。

網站題目：JavaScript是真正的OOP語言嗎？
文章分享：http://uogjgqi.cn/article/cogcijp.html