1.項目初始化css
2.提高開發體驗html
4.項目打包react
5.團隊規範webpack
在上一篇提高開發體驗中,咱們一會兒集成了一堆插件和功能進去,致使項目結構比教混亂,重點問題就在webpack
的相關配置項目錄build
文件夾中,因此今天的工做較爲輕鬆,重點就是進行項目結構整理,而後再進行一些雜項的添加。ios
Ant Design
並進行主題修改mobx
進行項目的狀態管理react-hot-loader
進行熱加載svg-component
在作這一步的時候首先咱們來看看如今的項目結構是怎麼樣的: git
那麼當前最早須要作的工做就是進行build
文件夾下
webapck
的配置項整理。
針對webpack配置項的整理 作這一步的時候首先須要肯定一點就是,咱們根據什麼來整理webpack配置項目錄呢?要肯定這一點只須要查看一下webpack中有些什麼配置,而後就能夠根據每一個配置項進行模塊劃分: github
在這份配置項中,由於entry
、
output
、
resolve
內容相對較少,日後也不會有太多內容的添加,因此能夠忽略。
plugins
相關內容移出來:build
中新建文件plugins.js
,而後將原先的plugin裏面的代碼拷貝過去:
webpack.config.js
中將plugins.js
的內容引入進來便可:
整合路徑選擇 在webpack.config.js
中你會看到許多使用path.join
的地方,這一塊也能夠抽取出來做爲一個工具模塊。 新建build/utils.js
文件,而後寫入以下代碼,將路徑的目標指向根目錄,詳細路徑則經過參數的形式傳入: web
將module
相關內容移出來: 由於在module
項中相關的配置相對較多,涵蓋了對ts(x)
和scss
等相關文件的loader
,之後還須要添加針對圖片等文件類型的loader
,因此這一塊須要分的更加細一些:typescript
build
中新建rules
目錄,裏面新建jsRules
和styleRules
文件:
module
中的loader配置一如對應文件中並導出,而後在webpack.config.js
中引入: 首先是jsRules
內容:
而後是styleRules
內容:
最後是引入rules後的webpack.config.js
:
至此咱們就將webpack
的配置項分離了出來,接下來咱們集成Ant Design
UI庫(簡稱antd
),而且修改其主題色。
集成antd 要集成antd很是簡單,只須要npm install -S antd
便可,而後咱們在components/Test
組件中引入其中一個組件:
修改antd的主題配色 一般在開發中,咱們採用的配色不是antd
本來的配色,若是大面積引用antd
組件的話,一個個去修改配色確實是很是麻煩的事情,因而這個時候就須要一次性對antd
的主題色進行修改。
antd
的樣式使用less
進行編寫,對其主題的修改也就是對其中的less
變量進行修改,因此想要修改主題須要安裝less
和less-loader
: npm install -D less less-loader
theme.js
文件,裏面是須要修改的主題樣式代碼,具體有什麼主題能夠進行修改能夠點擊這裏查看:
build/rules/styleRules
中添加針對less
文件的loader,以下圖: 引入上一步的主題文件:
components/Test
組件中引入Button
組件的樣式less
文件:
此時能夠查看效果,發現已經主題已經修改爲功:
less
文件,這是很是麻煩的一件事,那麼找咱們須要解決的就是在引入antd組件的同時也自動引入其對應的less
文件。 另外,使用import {Button } from 'antd'
這樣的引入方式存在一個很大的弊端,就是在引入其中某個組件的同時會把整個antd
文件都引入進來,影響構建速度,並且打包後體積會變大,這樣的話咱們還須要作antd
的按需加載。 因此接下來咱們須要解決掉這兩個問題,而這兩個問題也是能夠同時解決的。antd
官網中推薦使用babel-plugin-import來作按需加載,可是咱們的項目用的是typescript
,走的是awesome-typescript-loader
編譯,因此在咱們的項目中babel-plugin-impor
是不生效的,這時候須要就須要一個叫作ts-import-plugin的插件 npm install -D ts-import-plugin
build/rules/jsRules.js
中進行配置,根據ts-import-plugin
的教程直接配置便可:
Test
組件中 將import 'antd/lib/button/style/index.less'
這句話刪掉,而後從新運行查看效果:
在上一步中,咱們集成了antd
UI庫,在這個庫中有許多東西是很是經常使用的,例如消息組件message
和通知組件notification
,可是要用到這兩個組件的話就得引入,當使用次數較多的時候,咱們能夠考慮將其整合在一個react組件中,而後全部的組件都繼承這個組件便可,這樣作的好處是當之後添加了例如axios
這樣的經常使用庫的時候也能夠整合到這個react組件中,使繼承這個react組件的組件均可以用到。
src
下新建utils
目錄,而後在utils
中新建reactExt.tsx
文件:
tsconfig.json
中設置好utils
的路徑,方便之後的路徑引用:
reactExt.tsx
中引入antd
經常使用組件,而後導出這個整合了antd組件的組件,固然你也能夠把它叫作類,其中須要注意的是,由於之後的每一個react組件使用的都是componentExt
,而後在這裏咱們須要使用typescript的interface
來對react組件的state
和props
進行數據類型上的限制,但與此同時並不能知道每一個react組件針對state
和props
的interface
是怎麼樣的,因此在componentExt
中須要用到泛型來靈活化interface
:
components/Test
組件中引入comonentExt
進行測試:
之後若是有經常使用的功能性函數也能夠往components/reactExt
中進行添加。mobx是react技術棧中一款優秀的狀態管理工具,它具備數據監測的功能,而且比redux用起來更加方便,也能脫離react進行單獨使用,安裝mobx只須要npm install -S mobx
便可,同時也要安裝他和react鏈接的工具npm install -S mobx-react
。 接下來就以一個經典的計算器組件來測試mobx
。
components
目錄用於存放通用組件,該目錄存放的組件不包含任何業務性功能。src/containers/views
目錄,這個目錄是用於存放業務組件的,而且這些組件不能複用。src/containers/shared
目錄,這個目錄用於存放能夠複用的業務組件。tsconfig.json
中設置簡短路徑方便之後調用:
這一步在該博客中做用體現不大,可是對真實項目的條理性是存在較好做用的。 以下圖:
src/store
目錄用於存放store
文件,而後在該目錄下新建globalStore
目錄和其中的index.tsx
文件:
index.tsx
文件中有以下代碼: 其中的observable
和action
的功能請自行查看mobx
文檔:
src/store/index.tsx
文件用於導出這些store:
鏈接store 建立了store以後咱們還須要將其和react進行鏈接,這個時候就須要用到mobx-react
這個庫,咱們去到src/index.tsx
中進行修改:
configure({enforceActions: 'observed'})
用於限制被observable
(也就是store中添加了@observable
)的數據的修改方式,讓其只能添加了@action
的函數中進行修改。 編寫Counter
組件進行測試
src/containers/views
目錄中,新增Counter/index.tsx
,並寫入以下代碼:
mobx-react
變爲可觀測對象,並使用@inject
注入globalStore
:
src/index.tsx
中引入Counter
組件,順便看看它的props
中是否帶有數據:
Counter
組件中編寫方法檢驗功能是否正常:
props
的驗證接口致使typescript認爲globalStore
不存在而致使的。咱們能夠寫成以下代碼解決問題:
可是每一個引入了globalStore
的組件都須要寫一次顯得很是麻煩,那麼咱們能夠將IGlobalStore
這個校驗接口寫成全局的校驗接口,直接以以下圖形式驗證便可:
步驟以下:src/store/globalStore
下新建type.d.ts
:
globalStore/index.tsx
中,將GlobalStore
類導出,咱們將會利用這個類做爲typescript校驗接口來使用(這種用法能夠點這裏查看詳情):
type.d.ts
中引入這個類,而後定義並導出一個全局命名空間(該用法詳解點這裏),接着在這個命名空間中把接口導出:
Counter
組件中,將接口改寫爲以下:
這裏注意須要添加?
,由於這個屬性是從store中拿過來的,不填寫的話,父組件會報錯說沒有傳這個值。 可是由於添加了?
,因此這個globalStore
驗證爲不必定有,從而在組件中會有以下報錯:
這個時候咱們能夠去tsconfig.json
中將strictNullChecks
項置爲false
,去掉null
和undefined
的檢測便可:
react-hot-loader
進行熱加載這一步主要針對的是webpack-dev-server
的頁面自動刷新功能不能保持數據一直都在,有時候在更新組件代碼後須要保持數據不變的場景就會很不方便,因此這個時候就須要用到react-hot-loader
來進行頁面代碼變動檢測並找到變動部分進行更新,同時保證數據不變。
npm install -D react-hot-loader
react-hot-loader/babel
,可是由於咱們使用了awesome-typescript-loader
,因此不須要在根目錄添加.babelrc
文件了,直接進到build/rules/jsRules.js
中進行配置便可:
Counter
組件中引入react-hot-loader
中的hot
方法,直接以裝飾器的形式包裹組件:
package.json
中,在dev
命令後面加上--hot
便可:
Counter
組件中作個檢測,先增長一些數字,而後在增長字樣後面加上幾個字符,能夠看到頁面更新的同時保留了數據:
實際上咱們在控制檯看到輸出這個字樣就已經成功了:
svg-component
在前端開發中,svg格式的圖片使用的是很是頻繁的,而集成了svg-component
後,咱們能夠將svg圖片以組件的形式引入並使用:
svg-component
咱們首先要安裝@svgr/webpack: npm install -D @svgr/webpack
,這是一個loader;build/rules
中新建fileRules.js
文件,將svg
格式文件用這個loader進行編譯:
而後在webpack.config.json
中導入並重啓項目:
svg
格式圖片在Counter
中引入並測試,雖然可使用了,可是也致使了一個typescript的報錯說找不到模塊:
致使這個錯誤的緣由是svg圖片自己並不具有模塊化的功能,也不提供模塊導出,因此在導入的時候是不能識別的,要解決這個問題能夠模仿咱們以前使用css moudles
的方式,給它聲明一個模塊: 咱們在typings
目錄下新建svg.d.ts
文件,並寫入以下代碼:
這個時候還能夠爲svg-component
的使用提供代碼提示和傳入屬性校驗的支持: 咱們聲明一個接口,而後在聲明的模塊中用這個接口做爲內容:
這個接口使用的是react
的無狀態組件聲明,傳入屬性則爲svg文件自帶的屬性好比color width
之類的,而後咱們就能夠愉快地使用svg-comonent
了:
至此咱們就把webpack目錄整理完畢,而且添加了一些附帶各類做用的庫或者工具,下一步則會介紹項目打包部分的處理。