當前位置：首頁 > 编程资源 > 编程问答 >内容正文

编程问答

【React】944- create-react-app初探

發布時間：2023/12/29 编程问答 22 豆豆

生活随笔收集整理的這篇文章主要介紹了【React】944- create-react-app初探小編覺得挺不錯的,現在分享給大家,幫大家做個參考.

本文由?IMWeb?社區 imweb.io 授權轉載自騰訊內部 KM 論壇，原作者：kingfo。點擊閱讀原文查看 IMWeb 社區更多精彩文章。

create-react-app是一個react的cli腳手架+構建器，我們可以基于CRA零配置直接上手開發一個react的SPA應用。通過3種方式快速創建一個React SPA應用:

npm init?with initializer (npm 6.1+)

npx?with generator (npm 5.2+)

yarn create?with initializer (yarn 0.25+)

例如我們新建一個叫my-app的SPA:

my-app ├── README.md ├── node_modules ├── package.json ├── .gitignore ├── public │ ├── favicon.ico │ ├── index.html │ └── manifest.json └── src├── App.css├── App.js├── App.test.js├── index.css├── index.js├── logo.svg└── serviceWorker.js

通過添加參數生成ts支持:

npx create-react-app my-app --typescript # or yarn create react-app my-app --typescript

當然，如果我們是把一個CRA已經生成的js項目改成支持ts，可以:

npm install --save typescript @types/node @types/react @types/react-dom @types/jest # or yarn add typescript @types/node @types/react @types/react-dom @types/jest

然后，將.js文件后綴改成.ts重啟development server即可。

CRA還能干嘛

CRA除了能幫我們構建出一個React的SPA項目(generator)，充當腳手架的作用。還能為我們在項目開發，編譯時進行構建，充當builder的作用。可以看到生成的項目中的 package.json包含很多命令：

react-scripts start啟動開發模式下的一個dev-server，并支持代碼修改時的?HotReload

react-scripts build使用webpack進行編譯打包，生成生產模式下的所有腳本，靜態資源

react-scripts test執行所有測試用例，完成對我們每個模塊質量的保證

這里，我們針對start這條線進行追蹤，探查CRA實現的原理。入口為 create-react-app/packages/react-scripts/bin/react-scripts.js，這個腳本會在react-scripts中設置到 package.json的bin字段中去，也就是說這個package可以作為可執行的nodejs腳本，通過cli方式在nodejs宿主環境中。這個入口腳本非常簡單，這里只列出主要的一個 switch分支：

switch (script) {case 'build':case 'eject':case 'start':case 'test': {const result = spawn.sync('node',nodeArgs.concat(require.resolve('../scripts/' + script)).concat(args.slice(scriptIndex + 1)),{ stdio: 'inherit' });if (result.signal) {if (result.signal === 'SIGKILL') {console.log('The build failed because the process exited too early. ' +'This probably means the system ran out of memory or someone called ' +'`kill -9` on the process.');} else if (result.signal === 'SIGTERM') {console.log('The build failed because the process exited too early. ' +'Someone might have called `kill` or `killall`, or the system could ' +'be shutting down.');}process.exit(1);}process.exit(result.status);break;}default:console.log('Unknown script "' + script + '".');console.log('Perhaps you need to update react-scripts?');console.log('See: https://facebook.github.io/create-react-app/docs/updating-to-new-releases');break; }

可以看到，當根據不同command，會分別resolve不同的js腳本，執行不同的任務，這里我們繼續看 require('../scripts/start')：

// Do this as the first thing so that any code reading it knows the right env. process.env.BABEL_ENV = 'development'; process.env.NODE_ENV = 'development';

因為是開發模式，所以這里把babel，node的環境變量都設置為 development，然后是全局錯誤的捕獲，這些都是一個cli腳本通常的處理方式：

// Makes the script crash on unhandled rejections instead of silently // ignoring them. In the future, promise rejections that are not handled will // terminate the Node.js process with a non-zero exit code. process.on('unhandledRejection', err => {throw err; });

確保其他的環境變量配置也讀進進程了，所以這里會通過 ../config/env腳本進行初始化:

// Ensure environment variables are read. require('../config/env');

還有一些預檢查，這部分是作為eject之前對項目目錄的檢查，這里因為eject不在我們范圍，直接跳過。然后進入到了我們主腳本的依賴列表：

const fs = require('fs'); const chalk = require('react-dev-utils/chalk'); const webpack = require('webpack'); const WebpackDevServer = require('webpack-dev-server'); const clearConsole = require('react-dev-utils/clearConsole'); const checkRequiredFiles = require('react-dev-utils/checkRequiredFiles'); const {choosePort,createCompiler,prepareProxy,prepareUrls, } = require('react-dev-utils/WebpackDevServerUtils'); const openBrowser = require('react-dev-utils/openBrowser'); const paths = require('../config/paths'); const configFactory = require('../config/webpack.config'); const createDevServerConfig = require('../config/webpackDevServer.config'); const useYarn = fs.existsSync(paths.yarnLockFile); const isInteractive = process.stdout.isTTY;

可以看到，主要的依賴還是webpack，WDS，以及自定義的一些devServer的configuration以及webpack的configuration，可以大膽猜想原理和我們平時使用webpack并沒有什么不同。

因為 create-react-appmy-app之后通過模版生成的項目中入口腳本被放置在src/index.js，而入口html被放置在public/index.html，所以需要對這兩個文件進行檢查：

// Warn and crash if required files are missing if (!checkRequiredFiles([paths.appHtml, paths.appIndexJs])) {process.exit(1); }

下面這部分是涉及C9云部署時的環境變量檢查，不在我們考究范圍，也直接跳過。react-dev-utils/browsersHelper是一個瀏覽器支持的幫助utils，因為在 react-scripts v2之后必須要提供一個browser list支持列表，不過我們可以在 package.json中看到，模版項目中已經為我們生成了：

"browserslist": {"production": [">0.2%","not dead","not op_mini all"],"development": ["last 1 chrome version","last 1 firefox version","last 1 safari version"] }

檢查完devServer端口后，進入我們核心邏輯執行，這里的主線還是和我們使用webpack方式幾乎沒什么區別，首先會通過 configFactory創建出一個webpack的configuration object，然后通過 createDevServerConfig創建出一個devServer的configuration object，然后傳遞webpack config實例化一個webpack compiler實例，傳遞devServer的configuration實例化一個WDS實例開始監聽指定的端口，最后通過openBrowser調用我們的瀏覽器，打開我們的SPA。

其實，整個流程我們看到這里，已經結束了，我們知道WDS和webpack配合，可以進行熱更，file changes watching等功能，我們開發時，通過修改源代碼，或者樣式文件，會被實時監聽，然后webpack中的HWR會實時刷新瀏覽器頁面，可以很方便的進行實時調試開發。

通過 start命令的追蹤，我們知道CRA最終還是通過WDS和webpack進行開發監聽的，其實 build會比 start更簡單，只是在webpack configuration中會進行優化。CRA做到了可以0配置，就能進行react項目的開發，調試，打包。

其實是因為CRA把復雜的webpack config配置封裝起來了，把babel plugins預設好了，把開發時會常用到的一個環境檢查，polyfill兼容都給開發者做了，所以使用起來會比我們直接使用webpack，自己進行重復的配置信息設置要來的簡單很多。

關注我們

IMWeb 團隊隸屬騰訊公司，是國內最專業的前端團隊之一。

我們專注前端領域多年，負責過 QQ 資料、QQ 注冊、QQ 群等億級業務。目前聚焦于在線教育領域，精心打磨騰訊課堂、企鵝輔導及 ABCMouse 三大產品。

社區官網：

http://imweb.io/

加入我們：

https://hr.tencent.com/position_detail.php?id=45616

1. JavaScript 重溫系列（22篇全）

2. ECMAScript 重溫系列（10篇全）

3. JavaScript設計模式重溫系列（9篇全）

4.?正則 / 框架 / 算法等重溫系列（16篇全）

5.?Webpack4 入門（上）||?Webpack4 入門（下）

6.?MobX 入門（上）?||??MobX 入門（下）

7. 120+篇原創系列匯總

回復“加群”與大佬們一起交流學習~

點擊“閱讀原文”查看 120+ 篇原創文章

總結

以上是生活随笔為你收集整理的【React】944- create-react-app初探的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。

上一篇： 5G端到端网络切片技术与应用
下一篇：使用 Paessler PRTG 进行应