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

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

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

    這裡問題就來了，比如：

            var obj = {};

            obj.name = 'test';

            obj.output = function () {

                console.log(this.name);

            };

            obj.output();

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

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

      重新命名變數時：

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

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

     function Obj(name) {

....

    都要使用this關鍵字。

    但是建構函式也是個函式，稍不注意就會當成普通函式呼叫。不加new，變成這樣。

   Obj('test')...

    這時建構函式被錯誤執行，而它竟爭不會出錯，為什麼呢？在非嚴格模式下，建構函式的this指向了全域性的window，這就是JS最大的缺陷。不僅不能得到正確的執行結果，還汙染了全域性。在大量的JS裡，誤呼叫一個建構函式就是災難性的結果。

    為什麼面向物件的程式比如C#，Java不會有這個問題？因為它們使用class關鍵字，class在定義階段無法使用（除非明確定義的static屬性和方法）

    可見，JS的這個嚴重的this，不僅是全域性變數的問題，還影響了整個建構函式的面向對方方式程式設計，所以安全的方式寫建構函式是必須的，就是不用new，也能構造。

    當然'use strict'只是治標。治本就是要讓new 和不new都得到一致的結果。

    JS的建構函式，如果直接執行，那麼返回結果就是物件，this定義的物件被拋棄，很特別的一點。所以乾脆就不用定義this用new，直接使用返回物件。

            function pClass() {
                this.Name = 'test';
                this.output = function () {
                    console.log(this.Name);
                }
                return new pClass();
            }

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

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

            function pClass() {

                return {
                    Name: 'test',
                    output: function () {
                        console.log(this.Name);
                    }
                }
            }

            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的物件弱點。