如何从零开始一个vue+webpack前端工程工做流的搭建,首先咱们先从项目的目录结构入手。一个持续可发展,不断加入新功能,方便后期维护的目录结构到底是长什么样子的?接下来闰土大叔带大家一块儿手摸手学起来。css
项目伊始,咱们确定是先在terminal终端命令行(如下简称terminal)cd进入<project name>根目录,而后输入 npm init
初始化一个npm项目,在项目根目录下面就会出现一个package.json文件。 而后就能够安装依赖了,直接在terminal里输入 npm i webpack vue vue-loader -D
。当咱们把这几个安装好之后,terminal这边会提示咱们WARN(警告⚠️):html
翻译过来大意是,vue-loader须要一个css-loader和vue-template-compiler做为它的第三方依赖,因此听它的话,咱们去进行一下安装:前端
npm i css-loader vue-template-compiler -D
vue
那下面的警告信息提示咱们缺乏一些信息,这个其实无关痛痒,因此不须要去关心它。node
经过以上简单几个步骤,咱们的项目就初始化好了。而后在根目录下面建立一个src文件夹,这是咱们源码放置的目录。而后咱们在src目录下面新建一个app.vue文件,里面就能够写一些关于项目的业务代码:webpack
<template>
<div id="test">{{text}}</div>
</template>
<script>
export default {
data () {
text: '闰土大叔'
}
}
</script>
<style>
#test{
font-size:12px;
color:green;
}
</style>
复制代码
固然这个后缀为.vue 文件是不能够在浏览器里直接运行的,咱们须要想办法让它运行起来。web
如今咱们要在项目根目录下新建一个webpack.config.js文件,webpack是帮咱们前端来打包资源的,前端资源有不少不一样的类型,好比说JavaScript,css,html,image,iconfont等这些资源都是须要经过http请求加载的东西。webpack是将一个js文件加载到浏览器端以后,而后去把全部的内容去渲染出来。因此,不少时候,咱们能够把js文件做为项目的入口文件。面试
这个时候,咱们在src目录下新建一个index.js做为入口文件,顺便在里面写点东西:npm
import Vue from 'vue'
import App from './app.vue'
const root = document.createElement('div')
document.body.appendChild(root)
new Vue({
render: (h) => h(App)
}).$mount(root)
复制代码
index.js准备完毕以后,那么在webpack.config.js里面就能够这样写:json
const path = require('path')
module.exports = {
entry: path.join(__dirname, 'src/index.js'),
output: {
filename: 'bundle.js',
path: path.join(__dirname, 'dist')
}
}
复制代码
在上面的代码中,__dirname就表明这个文件所在的目录地址,path.join()的意思就是和后面的字符串路径拼接起来,造成一个绝对的路径。
而后经过webpack把全部的文件打包成一个bundle.js文件,而且是能在浏览器里面直接运行的代码。如今咱们能够在package.json 文件里的scripts对象里面添加一个脚本:
"scripts": {
"build": "webpack --config webpack.config.js"
}
复制代码
看到这儿,确定有童鞋要问了,为何要在这里面调用webpack而不是在terminal里面直接运行呢?
由于只有在这里调用webpack,它才会优先调用咱们项目里面安装的webpack版本,若是咱们在命令行里面输入webpack,它会调动全局的webpack,这个时候全局的webpack可能会跟咱们项目中的webpack版本不一致,因此咱们仍是采起这种方式比较稳妥。
写完以后,咱们就能够在terminal输入npm run build
跑一下,会尴尬地发现报错了:
这个错误告诉咱们,须要为.vue文件去声明一个loader。由于webpack原生是只支持JS文件类型的,而且只支持ES5的语法,因此咱们在使用超出它理解范围的语法的时候,咱们要使用一些帮它去处理的工具。因此咱们要在webpack.config.js文件里面继续写:
module: {
rules: [
{
test: /.vue$/,
loader: 'vue-loader'
}
]
}
复制代码
添加完这段以后,咱们再去terminal执行下npm run build
,你会发现项目根目录下多了一个dist文件夹,点开里面发现webpack为咱们自动打包生成了一个bundle.js文件,感兴趣的童鞋能够点开这个js文件看看:
往下翻到100多行左右的时候,你会发现有不少的代码实际上是vue源码。由于咱们项目要依赖vue.js,因此webpack会把vue.js文件打包进来。
你能够经过快捷键 command (Ctrl) + F 查找关键词$mount看到,红线圈住的这段代码就是咱们本身写的代码,其实webpack作的工做就是把这些不一样的静态资源的类型打包成一个js,而后咱们在html里面引用这个js,就能够正常运行。
相信你们作前端都知道,在作一个项目开发的时候,咱们但愿把一些零碎的js文件打包到一块儿,这样能够减小http请求。一样的,咱们但愿使用模块依赖,由于项目中会作不少可复用的代码,把它写到一个模块里面去,这样的话当咱们再去写一个新项目的时候,不用再把原来的代码从新写一遍,或者是拷贝一份。
固然这里面咱们暂时没有提到.babelrc、.eslintrc、editorconfig、postcss.config.js等,这些咱们留到后面再讲。
初始化工做完成以后,接下来咱们要细分目录了。首先咱们须要在项目的根目录下新建一个文件夹叫build,把webpack的文件单独放到这个文件夹里面。由于咱们项目中会用到不少不一样的相关文件的配置,接下来先新建一个 webpack.config.base.js 文件,咱们把webpack里面须要用到的共同的配置放到这个base的文件里面。好比开发环境和正式环境,以及后期咱们要提到的服务端渲染的环境。咱们都依赖于base这个配置。
如下是webpack.config.base.js文件里的代码:
const path = require('path')
const createVueLoaderOptions = require('./vue-loader.config')
const isDev = process.env.NODE_ENV === 'development'
const config = {
target: 'web',
entry: path.join(__dirname, '../client/index.js'),
output: {
filename: 'bundle.[hash:8].js',
path: path.join(__dirname, '../dist')
},
module: {
rules: [
{
test: /\.(vue|js|jsx)$/,
loader: 'eslint-loader',
exclude: /node_modules/,
enforce: 'pre'
},
{
test: /\.vue$/,
loader: 'vue-loader',
options: createVueLoaderOptions(isDev)
},
{
test: /\.jsx$/,
loader: 'babel-loader'
},
{
test: /\.js$/,
loader: 'babel-loader',
exclude: /node_modules/
},
{
test: /\.(gif|jpg|jpeg|png|svg)$/,
use: [
{
loader: 'url-loader',
options: {
limit: 1024,
name: 'resources/[path][name].[hash:8].[ext]'
}
}
]
}
]
}
}
module.exports = config
复制代码
而后咱们再新建一个 webpack.config.client.js ,这个client文件依赖于base文件,在此基础上扩展一些其余配置。所以咱们须要在webpack.config.client.js里面敲入一行代码引入base文件 :
const baseConfig = require('./webpack.config.base')
基础工做作完以后,咱们该如何去扩展配置呢?首先在terminal终端命令行安装下 npm i webpack-merge -D
咱们须要webpack-merge这个工具帮助去扩展、合并不一样的webpack配置,而后根据声明好的isDev来判断应该怎么合并配置。
如下是webpack.config.client.js文件里的代码:
const path = require('path')
const HTMLPlugin = require('html-webpack-plugin')
const webpack = require('webpack')
const merge = require('webpack-merge')
const ExtractPlugin = require('extract-text-webpack-plugin')
const baseConfig = require('./webpack.config.base')
const isDev = process.env.NODE_ENV === 'development'
const defaultPlugins = [
new webpack.DefinePlugin({
'process.env': {
NODE_ENV: isDev ? '"development"' : '"production"'
}
}),
new HTMLPlugin()
]
const devServer = {
port: 8000,
host: '0.0.0.0',
overlay: {
errors: true
},
hot: true
}
let config
if (isDev) {
// 开发环境的配置
config = merge(baseConfig, {
devtool: '#cheap-module-eval-source-map',
module: {
rules: [
{
test: /\.styl/,
use: [
'vue-style-loader',
'css-loader',
// {
// loader: 'css-loader',
// options: {
// module: true,
// localIdentName: isDev ? '[path]-[name]-[hash:base64:5]' : '[hash:base64:5]'
// }
// },
{
loader: 'postcss-loader',
options: {
sourceMap: true
}
},
'stylus-loader'
]
}
]
},
devServer,
plugins: defaultPlugins.concat([
new webpack.HotModuleReplacementPlugin(),
new webpack.NoEmitOnErrorsPlugin()
])
})
} else {
// 正式环境的配置
config = merge(baseConfig, {
entry: {
app: path.join(__dirname, '../client/index.js'),
vendor: ['vue']
},
output: {
filename: '[name].[chunkhash:8].js'
},
module: {
rules: [
{
test: /\.styl/,
use: ExtractPlugin.extract({
fallback: 'vue-style-loader',
use: [
'css-loader',
{
loader: 'postcss-loader',
options: {
sourceMap: true
}
},
'stylus-loader'
]
})
}
]
},
plugins: defaultPlugins.concat([
new ExtractPlugin('styles.[contentHash:8].css'),
new webpack.optimize.CommonsChunkPlugin({
name: 'vendor'
}),
new webpack.optimize.CommonsChunkPlugin({
name: 'runtime'
})
])
})
}
module.exports = config
复制代码
最后,这个src文件夹咱们要重命名一下,叫client,由于咱们后期还要写服务端的代码,对应的就命名成server,正好对应它的含义。这样看起来,名称就变得更加的合理。
当咱们万事大吉的时候,千万记得要把 webpack.config.base.js 和 webpack.config.client.js 里面的src路径改掉,换成client,不然就会报错。
以上就是咱们项目最终造成的目录结构,client目录下分别有assets、layout、views这三个文件夹,其中assets目录下放静态资源,例如images、styles等;layout目录下放通用布局的组件;views目录下放具体的业务代码的组件。
固然,这个目录其实还能够随着项目的开发再细分下去,这里就不展开叙述了。
你们必定要注意,在咱们正式开发项目、建立一个项目工程的时候,必定要先把目录结构理顺,条理必定要清楚。每一个目录结构里面放什么东西,内心必定要先有个概念。之后新建的文件不要乱放,由于项目一旦作大,维护时间比较久的时候,可能两三个月里面都有一个文件你不会去碰它。到时候若是要去找一个东西的时候,你会找不到它,这是很是使人难受的一件事情。
最重要的一点是,目录结构的混乱,会致使你后续开发项目的效率变得很是的低。
此次关于“一个正式项目的目录结构是怎么造成的”的话题就说到这里,我以后的文章会讲些什么呢?文章预告以下: