02 js消息訂閱與發布(jshook的訂閱url配置)

tPrototypeOf的形式。

那么Function.proto是什么么？也就是說Function由什么對象繼承而來，我們來做如下判別。

我們發現Function的原型也是Function。

我們用圖可以來明確這個關系：

這里來舉個栗子，以 Object 為例，我們常用的 Object 便是一個構造函數，因此我們可以通過它構建實例。

則此時， 實例為instance , 構造函數為Object ，我們知道，構造函數擁有一個 prototype 的屬性指向原型，因此原型為:

這里我們可以來看出三者的關系:

在 JS 中，繼承通常指的便是 原型鏈繼承 ，也就是通過指定原型，并可以通過原型鏈繼承原型上的屬性或者方法。

在函數式編程中，函數是一等公民。那么函數柯里化是怎樣的呢？

函數柯里化指的是將能夠接收多個參數的函數轉化為接收單一參數的函數，并且返回接收余下參數且返回結果的新函數的技術。

函數柯里化的主要作用和特點就是參數復用、提前返回和延遲執行。

在一個函數中，首先填充幾個參數，然后再返回一個新的函數的技術，稱為函數的柯里化。通常可用于在不侵入函數的前提下，為函數 預置通用參數 ，供多次重復調用。

call 和 apply 都是為了解決改變 this 的指向。作用都是相同的，只是傳參的方式不同。

除了第一個參數外， call 可以接收一個參數列表， apply 只接受一個參數數組。

bind 和其他兩個方法作用也是一致的，只是該方法會返回一個函數。并且我們可以通過 bind 實現柯里化。

如何實現一個 bind 函數

對于實現以下幾個函數，可以從幾個方面思考

如何實現一個call函數

如何實現一個apply函數

箭頭函數其實是沒有 this 的，這個函數中的 this 只取決于他外面的第一個不是箭頭函數的函數的 this 。在這個例子中，因為調用 a 符合前面代碼中的第一個情況，所以 this 是 window 。并且 this 一旦綁定了上下文，就不會被任何代碼改變。

在函數中，我們首先使用 var 關鍵字聲明了 name 變量。這意味著變量在創建階段會被提升（ JavaScript 會在創建變量創建階段為其分配內存空間），默認值為 undefined ，直到我們實際執行到使用該變量的行。我們還沒有為 name 變量賦值，所以它仍然保持 undefined 的值。

使用 let 關鍵字（和 買粉絲nst ）聲明的變量也會存在變量提升，但與 var 不同，初始化沒有被提升。在我們聲明（初始化）它們之前，它們是不可訪問的。這被稱為“暫時死區”。當我們在聲明變量之前嘗試訪問變量時， JavaScript 會拋出一個 ReferenceError 。

關于 let 的是否存在變量提升，我們何以用下面的例子來驗證：

let 變量如果不存在變量提升， 買粉絲nsole.log(name) 就會輸出 ConardLi ，結果卻拋出了 ReferenceError ，那么這很好的說明了， let 也存在變量提升，但是它存在一個“暫時死區”，在變量未初始化或賦值前不允許訪問。

變量的賦值可以分為三個階段：

關于 let 、 var 和 function ：

依次輸出：undefined -> 10 -> 20

答案: D

買粉絲lorChange 方法是靜態的。靜態方法僅在創建它們的構造函數中存在，并且不能傳遞給任何子級。由于 freddie 是一個子級對象，函數不會傳遞，所以在 freddie 實例上不存在 freddie 方法：拋出 TypeError 。

1.使用第一次push，obj對象的push方法設置 obj[2]=1;obj.length+=1 2.使用第二次push，obj對象的push方法設置 obj[3]=2;obj.length+=1 3.使用買粉絲nsole.log輸出的時候，因為obj具有 length 屬性和 splice 方法，故將其作為數組進行打印 4.打印時因為數組未設置下標為 0 1 處的值，故打印為empty，主動 obj[0] 獲取為 undefined

undefined { n:2}

首先，a和b同時引用了{ n:2}對象，接著執行到a.x = a = { n：2}語句，盡管賦值是從右到左的沒錯，但是.的優先級比=要高，所以這里首先執行a.x，相當于為a（或者b）所指向的{ n:1}對象新增了一個屬性x，即此時對象將變為{ n:1;x:undefined}。之后按正常情況，從右到左進行賦值，此時執行a ={ n:2}的時候，a的引用改變，指向了新對象{ n：2},而b依然指向的是舊對象。之后執行a.x = { n：2}的時候，并不會重新解析一遍a，而是沿用最初解析a.x時候的a，也即舊對象，故此時舊對象的x的值為{ n：2}，舊對象為 { n:1;x:{ n：2}}，它被b引用著。后面輸出a.x的時候，又要解析a了，此時的a是指向新對象的a，而這個新對象是沒有x屬性的，故訪問時輸出undefined；而訪問b.x的時候，將輸出舊對象的x的值，即{ n:2}。

在比較相等性，原始類型通過它們的值進行比較，而對象通過它們的引用進行比較。 JavaScript 檢查對象是否具有對內存中相同位置的引用。

我們作為參數傳遞的對象和我們用于檢查相等性的對象在內存中位于不同位置，所以它們的引用是不同的。

這就是為什么 { age: 18 } === { age: 18 } 和 { age: 18 } == { age: 18 } 返回 false 的原因。

所有對象鍵（不包括 Symbols ）都會被存儲為字符串，即使你沒有給定字符串類型的鍵。這就是為什么 obj.hasOwnProperty（'1'） 也返回 true 。

上面的說法不適用于 Set 。在我們的 Set 中沒有 “1” ： set.has（'1'） 返回 false 。它有數字類型 1 ， set.has（1） 返回 true 。

這題考察的是對象的鍵名的轉換。

catch 塊接收參數 x 。當我們傳遞參數時，這與變量的 x 不同。這個變量 x 是屬于 catch 作用域的。

之后，我們將這個塊級作用域的變量設置為 1 ，并設置變量 y 的值。現在，我們打印塊級作用域的變量 x ，它等于 1 。

在 catch 塊之外， x 仍然是 undefined ，而 y 是 2 。當我們想在 catch 塊之外的 買粉絲nsole.log(x) 時，它返回 undefined ，而 y 返回 2 。

怎么運行boxjs的訂閱

1、打開JSBox，所有腳本界面可以看到已經添加的腳本列表，軟件內置了多個樣本腳本。

2、點擊右上角的加號按鈕，可以新建腳本。

3、在腳本創建成功后就可以運行boxjs的訂閱。

怎么使用esp8266WiFi模塊,js連接mqtt，實現簡單的智能家居控制？

如果您是想通過esp8266WiFi模塊的MQTT協議來實現智能家居控制的話，可以了解一下支持MQTT協議的esp8266WiFi模塊，比如SKYLAB的WG219/WG229以及WG231。

MQTT WiFi模塊

MQTT 最初由 IBM 于上世紀 90 年代晚期發明和開發。它最初的用途是將石油管道上的傳感器與衛星相鏈接。顧名思義，它是一種支持在各方之間異步通信的消息協議。異步消息協議在空間和時間上將消息發送者與接收者分離，因此可以在不可靠的網絡環境中進行擴展。雖然叫做消息隊列遙測傳輸，但它與消息隊列毫無關系，而是使用了一個發布和訂閱的模型。在 2014 年末，它正式成為了一種 OASIS 開放標準，而且在一些流行的編程語言中受到支持（通過使用多種開源實現）。

物聯網設備選擇MQTT協議的原因分析

物聯網 (IoT) 設備必須連接互聯網。通過連接到互聯網，設備就能相互協作，以及與后端服務協同工作。互聯網的基礎網絡協議是 TCP/IP。MQTT（消息隊列遙測傳輸） 是基于 TCP/IP 協議棧而構建的，已成為 IoT 通信的標準。

MQTT 是一種輕量級的、靈活的網絡協議，致力于為 IoT 開發人員實現適當的平衡：

1、這個輕量級協議可在嚴重受限的設備硬件和高延遲/帶寬有限的網絡上實現。

2、它的靈活性使得為 IoT 設備和服務的多樣化應用場景提供支持成為可能。

WG219

WG219是一款基于ESP8266芯片方案的小尺寸低功耗低成本串口WiFi模塊，符合802.11b / g / n 無線模塊標準，支持UART-WiFi -以太網數據傳輸。專為移動設備和物聯網應用設計，可將用戶的物理設備連接到WiFi無線網絡上，進行互聯網或局域網通信，實現聯網功能。

WG229

WG229是一款基于ESP8266芯片方案的小尺寸低功耗低成本串口WiFi模塊，符合802.11b / g / n 無線模塊標準，支持UART-WiFi -以太網數據傳輸。專為移動設備和物聯網應用設計，可將用戶的物理設備連接到WiFi無線網絡上，進行互聯網或局域網通信，實現聯網功能。另外WG229僅需要通過出串口使用AT指令控制，就能滿足大部分的網絡功能需求。WG229高性能、低功耗、低成本、支持串口透傳等特性，使得WG229在高集成、低功耗自動化和傳感器解決方案的理想解決方案，WG229和LCS6260 Pin對Pin兼容，可替代ESP8266方案的ESP-12F。

支持MQTT協議的I

很赞哦!（9）