原创 閱讀react-redux源碼(二) - createConnect、match函數的實現

閱讀react-redux源碼 - 零 閱讀react-redux源碼 - 一 閱讀react-redux源碼(二) - createConnect、match函數的實現 上一節看了Provider組件的實現,主要做的事情就是

原创 babel6和babel7中關於polyfill和preset-env和babel-plugin-transform-runtime等總結

記錄自己零散的收穫,隨筆。 一些基礎 babel的作用是轉換JS新的特性代碼爲大部分瀏覽器能運行的代碼。 babel轉碼又分爲兩部分,一個是語法轉換,一個是API轉換。 對於API的轉換又分爲兩部分,一個是全局API例

原创 開發流程補全

在開發過程中我意識到一個問題 具體問題就是我沒有一個可靠的機制來防止自己犯錯 現在的流程是 開發 + 調試 -> 測試同學 -> 上線 這裏測試的時間會有點長,因爲bug會有點多,然後需要修改bug,然後測試驗證 改bug時間 =

原创 【譯】nginx關於location部分

譯: Syntax: location [ = | ~ | ~* | ^~ ] uri { ... }``location @name { ... } Default: — Context: server, lo

原创 修改webpack的publicPath爲動態設置以適配公司活動平臺

背景: 我們需要將React開發的應用部署到一個活動搭建平臺上,這意味我們只需要上傳源碼,沒有搭建服務器的環節,沒有配置Nginx的環節。具體步驟就是在該平臺新建一個活動,然後將自己的源碼傳到這個活動下,然後打開這個活動提供的地址

原创 閱讀react-redux源碼 - 一

閱讀react-redux源碼零中準備了一些react、redux和react-redux的基礎知識。從使用的例子中可以看出來頂層的代碼中需要用一個來自react-redux的Provider組件提供redux的store,然後P

原创 ES6中塊級作用域下的函數聲明

背景 因爲ES5的時候沒有塊級作用域,所以ES5規定不能再if這樣的塊中聲明函數,但是爲了兼容各大瀏覽器並沒有嚴格遵守這條規定。 ES6的時候引入了塊級作用域,規定在塊級作用域中聲明函數就相當於使用let來聲明變量一樣。但是又因爲

原创 關於頁面佈局間距使用的經驗之談

在頁面佈局的時候遇到一個問題在此記錄。 有如下佈局需求。頁面上大多數都是這樣的,一塊一塊從上到下排列。 塊與塊之間的間距需要固定由誰來負責。例如第一個塊和第二個塊之間的間距,就需要第二個塊的margin-top完成,文字和第二個

原创 閱讀react-redux源碼 - 零

react的技術棧一定會遇到redux,而在react中使用redux需要使用react-redux,那麼react-redux是怎麼包裝redux已適用react的呢? react-redux的原理是什麼呢? 帶着這些問題,翻看

原创 JS相關知識總結(一)

總結下這段時間吸收的許多小知識,以備忘記後翻閱。 關於面向對象 面向對象特徵: 具有唯一標識性 具有狀態 具有行爲 JS的面向對象和JAVA的實現思路不一樣,JS是基於原型並非基於類。但是JS爲了看起來更像JAVA,爲此添加了

原创 記錄一次cookie導致登錄失敗的慘案

現象描述: 前端登錄成功後並沒有從後端那裏拿到登錄信息,換句話說登錄服務告訴我們登錄成功了,但是後端卻說我們沒有登錄成功。 背景: 因爲前後端分離,所以前後端項目部署在兩個子域名下。 因爲要打通登錄態,需要調用登錄服務,登錄服務會

原创 safari 音頻播放問題

問題描述: 點擊播放音頻按鈕發現並沒有聲音(並不是自動播放,是有用戶行爲的)。 import React, { useEffect, useState, useRef } from 'react' function comp()

原创 wbepack中output.filename和output.chunkFilename

對於webpack配置中filename和chunkFilename在使用中有些不懂的地方,研究之後記錄如下。 filename: string | function 此選項決定了每個輸出 bundle 的名稱。這些 bundle

原创 createjs中shape的屬性regX和regY

官方文檔說regX和regY是圖形與註冊點的距離。 那麼註冊點是什麼呢? 我理解註冊點就是圖形的x/y對應的點 圖形動效的原點就是註冊點 如果修改圖形的regX和regY值圖形在畫布上的位置是會被改變的,但是註冊點其實並沒有被

原创 關於設計模式的胡思亂想

設計模式是一個指導,並不強制。有很多地方並不需要設計模式介入,因爲設計模式是分離變化,很多代碼是一次性的,不會變。如果我們一開始寫程序的時候就加入設計模式,這樣就顯得過度設計,既耗時又費力。 並且設計模式大多數會增加代碼量,不必要