摘要:的配置其中就不多说会解决更改组件的时热更新直接刷新页面的问题。
工欲善其事,必先利其器。单页面应用的开发和生产环境涉及文件的编译、压缩、打包、合并等,目前前端最流行的莫过于 webpack 。为了深入了解 webpack 以及其相关插件,我们决定不采用脚手架,自己来搭建基于 webpack 的开发和生产环境。
基础环境nodejs的安装: 移步官网
Webpack相关plugin、loader的介绍建议使用nvm来管理nodejs的版本
安装nvm
我们使用的是 webpack@2.X.X ,建议读完 官方文档 对她有个大概的了解。
webpack-dev-server 用 webpack-dev-server 来进行开发环境下面的自动打包编译,包括热更新等等。当然也可以自己通过 webpack-dev-middleware 来自定义一个开发服务器。具体可以参考 webpack-dev-server 的源代码。
webpack-hot-middleware 向入口文件中添加一个 client 文件,当文件变化时,服务器端可以通过 socket 事件来通知这个 client 来实现热更新。注:这个事件是 EventSource事件。 webpack-dev-server 已经将这个中间件封装到内部,我们只需要进行配置即可。
babel-loader 编译 es6 代码。移步官网。值得一提的是 es2016, es2017, env 等是对已经或者将要被加入 JS这门语言的提案进行预编译,而 stage-0 , stage-1 , stage-2 等是对将来可能加入立案里面的语法的预编译。
extract-text-webpack-plugin 样式文件默认会被 webpack 打包到js文件中。这个插件可以提取出这些被打包进入的文件。
当然我们用到的不只是这些,你可以到npm官网或者github上面找到这些plugin、loader的详细用法
初始目录结构blog ├─ dist # 输出目录 ├─ task # 这里来放webpack处理和配置文件 ├─ src | ├─ components # 组件 | └ index.js # 入口文件 | package.json跑通开发环境
在 src/ 目录下新建入口文件 index.js
import React from "react" import ReactDOM from "react-dom" // 这里需要借助 webpack 的同名功能来代替繁琐的相对路径 import HomeComponent from "components/Home" ReactDOM.render(, document.getElementById("root"))
在 src/component/ 目录下新建 Home.js 模块
import React, { Component } from "react" export default class Home extends Component { render(){ returnHello world!} }
在 src/ 目录下新建 index.html 文件来作为单页面的HTML文件
blog
现在我们来添加 webpack 的配置文件来对这些文件进行打包、编译
在 task/ 目录下新建 config.js 文件
const path = require("path") const webpack = require("webpack") const webpackMerge = require("webpack-merge") const HtmlWebpackPlugin = require("html-webpack-plugin") const base = { // 上下文环境,相对路径都基于这个路径 context: path.resolve(__dirname, ".."), entry: "./src/index.js", output: { path: path.resolve(__dirname, "../dist"), publicPath: "/assets/", filename: "[name].js" }, module: { rules: [ { test: /.js$/, include: path.resolve(__dirname, "../src"), exclude: [ /node_modules/ ], use: [ "react-hot-loader", { loader: "babel-loader", options: { presets: ["env", "react"], plugins: [ "add-module-exports", "transform-runtime" ] } } ], } ] }, resolve: { extensions: [".js", ".jsx"], alias: { // 这里对应着入口文件中 component 的同名配置 components: path.resolve(__dirname, "../src/components") } } } const dev = webpackMerge(base, { output: { publicPath: "/" }, // 源文件的 source map devtool: "source-map", plugins: [ new webpack.HotModuleReplacementPlugin(), new webpack.DefinePlugin({ "process.env": { NODE_ENV: ""development"" } }), new HtmlWebpackPlugin({ template: "./src/index.html", filename: "index.html", inject: true }) ], devServer: { // 开启热加载,需要 hmr 的支持 hot: true, contentBase: path.resolve(__dirname, "../dist"), // 这个路径一定要和 output 的 publicPath 的属性一致 publicPath: "/", } }) const prod = webpackMerge(base, { }) // 根据 NODE_ENV 来决定输出的配置 module.exports = process.env.NODE_ENV === "production" ? prod : dev
在项目跟路径下执行
export NODE_ENV=development && webpack-dev-server --config ./task/config.js
export NODE_ENV=development 设置 NODE_ENV 这个环境变量为 development 有助于我们区分开发环境和生产环境。这是mac下面的设置方法,windows 可以自行搜索
编译成功,并且页面输出 Hello world! 表示配置跑通...
在 package.json 添加
{ "scripts": { "dev": "export NODE_ENV=development && webpack-dev-server --config ./task/config.js --progress --colors --hotOnly" } }TROUBLESHOOTING 通过 webpack-merge 来覆盖 output.publicPath 属性
如果 devServer.publicPath = output.publicPath = "/assets/" 的话,那么在浏览器中打开 localhost:80XX/assets/index.html 才能访问到 index.html 文件,而将 publicPath = "/" 就直接通过 localhost:80XX 就可以访问。
loader 的配置其中 include, exclude 就不多说
{ use: [ "react-hot-loader", { loader: "babel-loader", options: { presets: ["env", "react"], plugins: [ "add-module-exports", "transform-runtime" ] } } ], }
react-hot-loader 会解决更改 react 组件的时 webpack 热更新直接刷新页面的问题。
babel-presets-react 用来处理 react 的 jsx 语法
babel-plugin-add-module-exports babel@6 会将es6的语法
// home.js export default "foo"
转化为
"use strict"; Object.defineProperty(exports, "__esModule", { value: true }); exports.default = "foo";
所以在使用 commonjs 的语法 require("./home") 时,得到的是
{default: "foo"} ,所以:
var home = require("./home").default console.log(home) // "foo"
这个插件可以避免这一现象
html-webpack-plugin这里解释一下使用 html-webpack-plugin 的必要性。
其实完全可以扔一个静态的 index.html 给 webpack-dev-server ,这里面只需要有个 标签,就可以成功来进行访问。但是更多的时候我们会定制打包文件的名称: output.filename: "[name]-[hash].js" ,编译之后 webpack 会输出一个类似于这样的文件 bundle-fb9758acf17b2b5fb653.js ,那么你每次打包都需要去更改那个src属性,而 html-webpack-plugin 可以帮你解决这些事情
在 src/component/ 下新建 Home.module.less
@color: green; :global { body { background-color: red; } } .wrap { color: @color; }
在同级目录下的 Home.js 组件中引入这个 less 文件
import React, { Component } from "react" import Style from "./home.module.less" export default class Home extends Component { render(){ returnHello world!} }
我们没有在 task/config.js 下增加对 less 文件的支持,肯定会报错的。先说一下为什么要以 .module.less 标识 less 文件,只会我们会引入 babel-plugin-import 对样式库 antd 进行按需加载,由于 antd 源代码中的样式文件也是用 less 写的,这样会导致这些文件被作为 css-module 处理,所以加以区别,这是参考 atool-build 的配置。
在 task/config.js 文件新增 :
const ExtractTextPlugin = require("extract-text-webpack-plugin") const autoprefixer = require("autoprefixer") const runsack = require("rucksack-css") const theme = require("../theme.js")() const postcssPlugins = () => [ runsack(), // 可选 autoprefixer({ browsers: ["last 2 versions", "Firefox ESR", "> 1%", "ie >= 8", "iOS >= 8", "Android >= 4"], }), ] // 在base.module.rules里增加 { test: /.module.less$/, loader: ExtractTextPlugin.extract({ fallback: "style-loader", // 将下面处理过的文件插入html中 use: [ { loader: "css-loader", // 开启对css-module的支持,并定义className的输出格式 options: { modules: true, importLoaders: 1, localIdentName: "[name]__[local]___[hash:base64:5]"} }, { loader: "postcss-loader", options: { plugins: postcssPlugins } }, { loader: "less-loader", // 覆盖默认的全局配置 options: {"modifyVars": theme} } ] }) }, // 在 base.plugins 里增加 new ExtractTextPlugin({ filename: "css/[name]-[hash].css", }),
其他的 loader 和 webpack plugin 就不再赘述, 移步文档
还要注意的是 less-loader 中的配置选项,{"modifyVars": theme} ,这可以覆盖 less 文件的配置,可以用来自定义样式库 antd , 继续查看
在项目根目录下新建 theme.js
module.exports = function(){ return {} }
别忘记安装配置文件里面用到的 loader、pulgins… = =
安装 less-loader 记得把 less 也装上,它的文档也是有强调的哦!
基础的环境配置就到这里。生产环境你可以自行配置,之后我会在后面的文章中列出来。
你可以在这个仓库查看 这第一次 commit 哦!下面皆可以愉快的做自己的博客了!
【单页面博客从前端到后端】环境搭建
【单页面博客从前端到后端】基于 DVA+ANTD 搭建博客前后台界面
【单页面博客从前端到后端】基于 Passport 和 Koa@2 的权限验证与 DVA 的 Model 设计
文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。
转载请注明本文地址:https://www.ucloud.cn/yun/83357.html
摘要:说到底,当自己独自开发从搭建开发环境,到前端的每一个组件,到动作交互,再到和后端的数据交互,难免遇到不少问题。单页面博客从前端到后端基于和的权限验证与的设计引入来实现富文本编辑器是开源的用于构建富文本编辑器的框架。 不会后端的前端,不会写单页面应用... 单页面应用的概念已经被提出很长时间了,无论是基于 vue, angular 还是 react,相信大家或是耳濡目染,或是设身处地都有...
摘要:在的的配置中添加自定义主题由脚手架和官网介绍,我们已经自己配置并新建好了主题文件。单页面博客从前端到后端环境搭建单页面博客从前端到后端基于搭建博客前后台界面单页面博客从前端到后端基于和的权限验证与的设计 在上篇文章我们已经搭建好了基础的开发环境,接下来会介绍如何引入 DVA 和 ANTD ,以及在引入过程中需要注意的问题。这里只会详细的书写部分组件,其他的组件都是大同小异。你可以在 g...
摘要:我们就采用这种方式来进行权限验证。这里我还是使用在中的下新增单页面博客从前端到后端环境搭建单页面博客从前端到后端基于搭建博客前后台界面单页面博客从前端到后端基于和的权限验证与的设计 基于 JWT 的权限验证 这里有一篇文章描述的已经非常详尽,阐述了 JWT 验证相比较传统的持久化 session 验证的优势,以及基于 angular 和 express 验证的简单流程。 基于Json ...
摘要:所以单页应用的部署,需要将所有的页面请求都返回,浏览器下载了后会自动解析并导航到对应页面。总结单页应用与以前的常规多页面应用还是有区别的,开发过程与后端解耦了,同时会出现跨域鉴权以及应用部署的问题。 本文同步发布于我的个人博客上 - 单页应用的部署方案 本文主要简单讲一下单页应用的开发及部署方法,默认你懂一些服务端知识及nginx知识,如果有任何可以在下方评论留言。 单页应用 SPA(...
摘要:项目地址这个项目是为了学习而建的,从前端到后端一手包办。相对来说,还是有一定难度的,适合有一定编程基础的人进阶学习。教程一教程二在安装完后,克隆项目。 项目地址 这个项目是为了学习 node 而建的,从前端到后端一手包办。相对来说,还是有一定难度的,适合有一定编程基础的人进阶学习。 如果有问题,欢迎提 issues 注意,本项目的前后端代码都是放在一起的,前端代码放在 src 目录,后...
阅读 3542·2023-04-25 19:56
阅读 1660·2021-11-12 10:36
阅读 1781·2021-11-08 13:19
阅读 1544·2019-08-30 14:06
阅读 3031·2019-08-30 11:01
阅读 1711·2019-08-29 13:23
阅读 2731·2019-08-29 11:18
阅读 3422·2019-08-26 13:35