搭建完美的React开发生产测试环境三

如果看了此文你还不是很清楚很多细节的问题,可以戳我的 Demo 希望对你有所帮助

前言

上一篇继续第一篇,说了如何从零快速搭建一个启动在本地的并且能够进行热重载的 web服务器,并且将配置文件也改为 ES6的语法书写,如果还不是很了解,可以看看上一篇 戳这里

本篇继续上文,说说如何抽离项目中的基础配置,在项目中配置eslint,如何在打包结束后自动打开浏览器。

说的不准确,或者有错误,多多指教,多多指教,多多指教。

抽离项目中的基础配置

为什么要把很多基础配置从服务器文件中抽离出来,原因很简单,方便维护,方便修改其中内容。

创建config文件夹

在项目根目录下创建config文件夹

$ cd qz-react-init
$ mkdir config

创建开发、生产配置文件

config目录下创建dev.env.jsprod.env.js两个文件,用来区分开发、生产环境。

dev.env.js文件如下:

export default {
  NODE_ENV: '"development"'
}

prod.env.js文件如下:

export default {
  NODE_ENV: '"production"'
}

区别不大,只是在node运行环境做了一些修改。

创建入口配置文件

config目录下创建index.js,取名为index.js的好处是在外部引用的是只需要import config from '../config',从而省略index.js,接着我们把常用的选项都抽离出来。

import prodEnv from './prod.env'
import devEnv from './dev.env'

export default {
  build: {
    // 运行环境
    env: prodEnv
  },dev: {
    // 运行环境
    env: devEnv,// 开发运行端口
    port: 3030,// 是否自动打开浏览器窗口
    autoOpenBrowser: true,// 编译输出的二级目录
    assetsSubDirectory: 'static',// 编译发布的根目录
    assetsPublicPath: '/'
  }
}

现在我们已经把常用的配置都抽离到了配置文件中,然后修改一下build/dev-server.js

import config from '../config' // 首先引入配置文件

// 默认开发环境
if (!process.env.NODE_ENV) {
  process.env.NODE_ENV = JSON.parse(config.dev.env.NODE_ENV)
}

// 监听端口
const port = process.env.PORT || config.dev.port
// 是否自动打开网页
const autoOpenBrowser = !!config.dev.autoOpenBrowser

// 设置服务器静态文件目录
const staticPath = path.posix.join(config.dev.assetsPublicPath,config.dev.assetsSubDirectory)
app.use(staticPath,express.static('./static'))

这样我们就把配置选项都单独的抽离出来了,后期要想修改port之类的只需要在配置文件中修改就可以了。

编译完成自动打开浏览器

写程序的目的就是为了偷懒,所以我们绝对不会放过任何偷懒的机会,像打开浏览器然后输入网站这种没有技术含量的事情当然是能省就省,所以让我们省略这一步吧。

安装插件

能够自动打开浏览器的插件还是比较多的,像browser-syncopn等等,比如browser-sync已经很成熟了,能够自动更新页面之类的,带的东西也挺多,但是吧,我们并不想用这么多别人已经弄好的小编,单纯就想要个打开浏览器的功能,所以选择opn,我们还是先安装opn

$ npm install opn --save-dev

修改服务入口文件dev-server.js

这个时候我已经有可以自动打开浏览器的插件了,我们就可以开始使用了撒。

// 引入opn
import opn from 'opn'
// 定义要打开的网址
const uri = 'http://localhost:' + port
// 打包完毕之后打开浏览器
console.log('> Statring dev server...')
// 见后
devMiddleware.waitUntilValid(() => {
  console.log('> Listening at ' + uri + '\n')
  // 判断是否自动打开浏览器
  if (autoOpenBrowser) {
    opn(uri)
  }
})

这边我们用到了一个webpakc-dev-middleware的回调函数waitUntilValid,作用就是在编译之后执行。这时一个自动打开浏览器的web服务就好了,在执行npm run dev就会发现会自动打开浏览器http://localhost:3030

加入eslint

我们在日常码代码的时候可能会经常听到这个小编eslint,总结来说它就是一个帮助我们配置我们编码规则的插件,让我们避免以下不必要的错误。

安装依赖

既然要使用当然还是需要一些依赖的,我们先用几个比较基础的。

$ npm install eslint eslint-loader babel-eslint --save-dev
  • eslint (主要依赖包)
  • eslint-loader (webpack中使用eslint)
  • babel-eslint (支持一些实验属性)

创建eslint配置文件

eslint配置的方法很多,我比较喜欢在根目录下创建.eslintrc的方式来配置它。

{
  "root": true,"parser": "babel-eslint","parserOptions": {
    "ecmaVersion": 6,"sourceType": "module","ecmaFeatures": {
      "jsx": true
    }
  },"globals": {
    "document": true
  },"rules": {
    "indent": ["error",2]
  }
}

看看上面的配置,在规则那里我只写了一条,我们一条一条的来解析它。

  • root: true 默认情况下eslint会在所有的父级目录下寻找配置文件,加了这个发现这个文件后就会停止查找别的配置文件
  • parser: 'babel-eslint' 修改解析器为babel-eslint
  • parserOptions 解析器的一些选项。
  • globals 未定义的变量会报错,但是有一些全局变量我们并不会定义,比如windowdocument等等,这边加入以后就能使用而不会报错
  • rules 这里就是配置你书写代码的规则,里面我就配置了一条缩进必须为两个字符,不然就会报错,还有很多其他规则,可以自行先摸索,后面我会挨着补充一些

修改webpack配置文件

除了上述全局配置eslint以外,因为我们是使用webpack对项目进行打包,所以同babel一样,我们需要对eslintwebpack中进行配置,修改webpack.base.conf.js,在rules配置中加入eslint-loader相关配置。

{
    // 匹配所有的 .js .jsx 文件
    test: /(\.js|\.jsx)$/,// 只包含这些文件 src 和 test 目录
    include: packFiles,// eslint-loader加载器优先执行
    enforce: 'pre',// 使用的加载器
    loader: 'eslint-loader'
  }

创建eslint忽略文件

有时候有些文件并不想被eslint检查,这时候我们就需要eslint的忽略文件.eslintignore,我们只检查src目录下的项目文件。

build/*.js
node_modules/*.js
webpack.*.js

最后的项目结构为:

├── build
│   ├── dev-server.js
│   ├── webpack.base.conf.js
│   ├── webpack.dev.conf.js
├── config
│   ├── dev.env.js
│   ├── index.js
│   ├── prod.env.js
├── node_modules
├── src
│   ├── main.js
├── .babelrc
├── .editorconfig
├── .eslintignore
├── .eslintrc
├── .gitignore
├── index.html
├── LICENSE
├── package.json
└── README.md

本节就到这里,其实还有一些东西可以完善。

本篇结尾

其实我们还有东西可以在修改,比如eslint的规则,虽然我们的服务器是可以热重载,但是还是需要我们每次刷新页面,我也不想刷新页面,所以还是要在改一改,别急,一步一个脚印慢慢来,请听下回分解。

版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。

相关推荐


react 中的高阶组件主要是对于 hooks 之前的类组件来说的,如果组件之中有复用的代码,需要重新创建一个父类,父类中存储公共代码,返回子类,同时把公用属性...
我们上一节了解了组件的更新机制,但是只是停留在表层上,例如我们的 setState 函数式同步执行的,我们的事件处理直接绑定在了 dom 元素上,这些都跟 re...
我们上一节了解了 react 的虚拟 dom 的格式,如何把虚拟 dom 转为真实 dom 进行挂载。其实函数是组件和类组件也是在这个基础上包裹了一层,一个是调...
react 本身提供了克隆组件的方法,但是平时开发中可能很少使用,可能是不了解。我公司的项目就没有使用,但是在很多三方库中都有使用。本小节我们来学习下如果使用该...
mobx 是一个简单可扩展的状态管理库,中文官网链接。小编在接触 react 就一直使用 mobx 库,上手简单不复杂。
我们在平常的开发中不可避免的会有很多列表渲染逻辑,在 pc 端可以使用分页进行渲染数限制,在移动端可以使用下拉加载更多。但是对于大量的列表渲染,特别像有实时数据...
本小节开始前,我们先答复下一个同学的问题。上一小节发布后,有小伙伴后台来信问到:‘小编你只讲了类组件中怎么使用 ref,那在函数式组件中怎么使用呢?’。确实我们...
上一小节我们了解了固定高度的滚动列表实现,因为是固定高度所以容器总高度和每个元素的 size、offset 很容易得到,这种场景也适合我们常见的大部分场景,例如...
上一小节我们处理了 setState 的批量更新机制,但是我们有两个遗漏点,一个是源码中的 setState 可以传入函数,同时 setState 可以传入第二...
我们知道 react 进行页面渲染或者刷新的时候,会从根节点到子节点全部执行一遍,即使子组件中没有状态的改变,也会执行。这就造成了性能不必要的浪费。之前我们了解...
在平时工作中的某些场景下,你可能想在整个组件树中传递数据,但却不想手动地通过 props 属性在每一层传递属性,contextAPI 应用而生。
楼主最近入职新单位了,恰好新单位使用的技术栈是 react,因为之前一直进行的是 vue2/vue3 和小程序开发,对于这些技术栈实现机制也有一些了解,最少面试...
我们上一节了了解了函数式组件和类组件的处理方式,本质就是处理基于 babel 处理后的 type 类型,最后还是要处理虚拟 dom。本小节我们学习下组件的更新机...
前面几节我们学习了解了 react 的渲染机制和生命周期,本节我们正式进入基本面试必考的核心地带 -- diff 算法,了解如何优化和复用 dom 操作的,还有...
我们在之前已经学习过 react 生命周期,但是在 16 版本中 will 类的生命周期进行了废除,虽然依然可以用,但是需要加上 UNSAFE 开头,表示是不安...
上一小节我们学习了 react 中类组件的优化方式,对于 hooks 为主流的函数式编程,react 也提供了优化方式 memo 方法,本小节我们来了解下它的用...
开源不易,感谢你的支持,❤ star me if you like concent ^_^
hel-micro,模块联邦sdk化,免构建、热更新、工具链无关的微模块方案 ,欢迎关注与了解
本文主题围绕concent的setup和react的五把钩子来展开,既然提到了setup就离不开composition api这个关键词,准确的说setup是由...
ReactsetState的执行是异步还是同步官方文档是这么说的setState()doesnotalwaysimmediatelyupdatethecomponent.Itmaybatchordefertheupdateuntillater.Thismakesreadingthis.staterightaftercallingsetState()apotentialpitfall.Instead,usecom