05 發布者訂閱者模式 js(js 怎么理解js事件觀察者模式)

示setState會同步更新this.state，但是， 有一個函數batchedUpdates，這個函數會把isBatchingUpdates修改為true，而當React在調用事件處理函數之前就會調用這個batchedUpdates，造成的后果，就是由React控制的事件處理過程setState不會同步更新this.state 。

虛擬dom相當于在js和真實dom中間加了一個緩存，利用dom diff算法避免了沒有必要的dom操作，從而提高性能。

具體實現步驟如下：

用 JavaScript 對象結構表示 DOM 樹的結構；然后用這個樹構建一個真正的 DOM 樹，插到文檔當中

當狀態變更的時候，重新構造一棵新的對象樹。然后用新的樹和舊的樹進行比較，記錄兩棵樹差異

把2所記錄的差異應用到步驟1所構建的真正的DOM樹上，視圖就更新了。

結構：display:none: 會讓元素完全從渲染樹中消失，渲染的時候不占據任何空間, 不能點擊， visibility: hidden:不會讓元素從渲染樹消失，渲染元素繼續占據空間，只是內容不可見，不能點擊 opacity: 0: 不會讓元素從渲染樹消失，渲染元素繼續占據空間，只是內容不可見，可以點擊

繼承：display: none：是非繼承屬性，子孫節點消失由于元素從渲染樹消失造成，通過修改子孫節點屬性無法顯示。visibility: hidden：是繼承屬性，子孫節點消失由于繼承了hidden，通過設置visibility: visible;可以讓子孫節點顯式。

性能：displaynone : 修改元素會造成文檔回流,讀屏器不會讀取display: none元素內容，性能消耗較大 visibility:hidden: 修改元素只會造成本元素的重繪,性能消耗較少讀屏器讀取visibility: hidden元素內容 opacity: 0 ：修改元素會造成重繪，性能消耗較少

聯系：它們都能讓元素不可見

常用的一般為三種 .clearfix , clear:both , overflow:hidden ;

比較好是 .clearfix ,偽元素萬金油版本,后兩者有局限性.

clear:both :若是用在同一個容器內相鄰元素上,那是賊好的,有時候在容器外就有些問題了, 比如相鄰容器的包裹層元素塌陷

overflow:hidden :這種若是用在同個容器內,可以形成 BFC 避免浮動造成的元素塌陷

概念：將多個小圖片拼接到一個圖片中。通過 background-position 和元素尺寸調節需要顯示的背景圖案。

優點：

缺點：

block 元素特點：

1.處于常規流中時，如果 width 沒有設置，會自動填充滿父容器 2.可以應用 margin/padding 3.在沒有設置高度的情況下會擴展高度以包含常規流中的子元素 4.處于常規流中時布局時在前后元素位置之間（獨占一個水平空間） 5.忽略 vertical-align

inline 元素特點

1.水平方向上根據 direction 依次布局

2.不會在元素前后進行換行

3.受 white-space 控制

4. margin/padding 在豎直方向上無效，水平方向上有效

5. width/height 屬性對非替換行內元素無效，寬度由元素內容決定

6.非替換行內元素的行框高由 line-height 確定，替換行內元素的行框高由 height , margin , padding , border 決定 7.浮動或絕對定位時會轉換為 block 8. vertical-align 屬性生效

GIF :

JPEG ：

PNG ：

七種數據類型

(ES6之前)其中5種為基本類型: string , number , boolean , null , undefined ,

ES6出來的 Symbol 也是原始數據類型 ，表示獨一無二的值

Object 為引用類型(范圍挺大),也包括數組、函數,

輸出結果是：

工廠模式

簡單的工廠模式可以理解為解決多個相似的問題;

單例模式

只能被實例化(構造函數給實例添加屬性與方法)一次

沙箱模式

將一些函數放到自執行函數里面,但要用閉包暴露接口,用變量接收暴露的接口,再調用里面的值,否則無法使用里面的值

發布者訂閱模式

就例如如我們關注了某一個買粉絲,然后他對應的有新的消息就會給你推送,

代碼實現邏輯是用數組存貯訂閱者, 發布者回調函數里面通知的方式是遍歷訂閱者數組,并將發布者內容傳入訂閱者數組

1.字面量

2.Object構造函數創建

3.使用工廠模式創建對象

4.使用構造函數創建對象

HTML中與javascript交互是通過事件驅動來實現的，例如鼠標點擊事件onclick、頁面的滾動事件onscroll等等，可以向文檔或者文檔中的元素添加事件偵聽器來預訂事件。想要知道這些事件是在什么時候進行調用的，就需要了解一下“事件流”的概念。

什么是事件流：事件流描述的是從頁面中接收事件的順序,DOM2級事件流包括下面幾個階段。

addEventListener ： addEventListener 是DOM2 級事件新增的指定事件處理程序的操作，這個方法接收3個參數：要處理的事件名、作為事件處理程序的函數和一個布爾值。最后這個布爾值參數如果是true，表示在捕獲階段調用事件處理程序；如果是false，表示在冒泡階段調用事件處理程序。

IE只支持事件冒泡 。

獲取一個對象的原型，在chrome中可以通過__proto__的形式，或者在ES6中可以通過Object.getPrototypeOf的形式。

那么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 也存在變量提升，但是它存在一個“暫時死區”，在變量未初始化或賦值前不允許訪問。

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

關于 l

很赞哦!（21561）