js的this和物件導向程式設計

很奇怪的是很多書或資料沒有把這個事情講清楚。

關鍵就是在於沒有乙個整體的思維技術模式，問題被隔離了所以反而不容易理解。

我們先看this，這是js的關鍵字，指示函式的上下文物件。

這裡問題就來了，比如：

var obj = {};

obj.name = 'test';
obj.output = function () ;
obj.output();

this指定了上下文物件，當然如果沒有指定就會指定到全域性變數，window，這就是問題的根源所在。所以最好的解決方案，就是使用'use strict'嚴格模式，一但出錯，比較容易定位問題。

在不用嚴格模式下，我們看看問題出現在**？

重新命名變數時：

比如上面，console.log(obj.name),不用this的話，那麼在其它**裡obj被另外變數定義，明顯要出錯。但用了this，**環境一變就出問題。

比如我們把這個物件重構成建構函式:

function obj(name)

return new pclass();

}var p1 = pclass();

var p2 = new pclass();

p1.output();

p2.output();

不用new，倒是對了，第乙個問題得到解決，但如果再new就會變成巢狀呼叫。出錯。很明顯，出錯是因為this，所以我們在內部，直接定義物件返回，做成真正的「建構函式」

function pclass() }}

var p1 = pclass();
var p2 = new pclass();
p1.output();
p2.output();

這問題又來了，直接返回物件避免了this的問題，但明顯重複，比如p1,p2使用了兩個例項的output方法，這是不可以容忍的。

所以這就導致了js在處理物件的建立方面無法提供有效的機制，this和new不匹配，徹底的解決方案就是es6，引入class關鍵字，否則的話，不管怎麼建立都沒有完美的解決方案，而且**囉嗦。

在es5上，次好的解決方案是：

1.引入'use strict'，防止錯誤的建構函式及this

2.建構函式首字母大寫，其它的一律駝峰，通過命名來區分

3.建立物件一律使用new，並使用簡單的prototype模式

4.非new形式盡量使用module模式

5.最關鍵的地方，js物件就不是長項，物件導向程式設計也並非最佳方式，應該優先考慮組合模式，把物件和方法體分開，這從根源上解決js的物件弱點。

js的this和物件導向程式設計

很奇怪的是很多書或資料沒有把這個事情講清楚。關鍵就是在於沒有乙個整體的思維技術模式，問題被隔離了所以反而不容易理解。我們先看this，這是js的關鍵字，指示函式的上下文物件。這裡問題就來了，比如 var obj obj.name test obj.output function obj.output...

面向過程程式設計和物件導向程式設計

面向過程程式設計和物件導向程式設計 面向過程程式設計是一種以 過程為中心 的程式設計思想 分析出解決問題的步驟，然後用函式把這些步驟一步一步實現 面向過程程式設計，資料和對資料的操作是分離的。物件導向程式設計 物件導向程式設計是 將事物物件化，通過物件通訊來解決問題 物件導向程式設計，資料和對資料的...

面向過程程式設計和物件導向程式設計

面向過程程式設計和物件導向程式設計 一 面向過程程式設計 面向過程程式設計將程式分成了 資料 和 處理函式 兩部分，程式以 處理函式 為核心，如果要執行什麼操作，就將 資料 傳給相應的 處理函式 返回我們需要的結果 面向過程的思路很好掌握，上手容易，但它存在三方面的問題 1 資料和處理函式沒有直接的...