为vue配置webpack，以便后端express服务器位于ECMA2016中

我使用

vue

的

webpack

-样板文件编写了一个应用程序。后端处理

GET

和

POST

请求是一个

express

-服务器。IDE是visual studio代码

这就是我所做的：

$vue初始化网页包应用程序
$cd应用程序
$npm安装
$npm安装axios express主体解析器节点sass sass加载程序
$npm安装--同时保存开发人员nodemon

app/express/app.js

看起来像：

//从express导入express
var express=require（'express'）
var app=express（）
//将端口8080设置为默认值或，除非环境中另有规定
应用程序集（'port'，process.env.port | | 8080）
var bodyParser=require（'body-parser'）
app.use（bodyParser.json（））
app.use（express.static（`${\uu dirname}/./dist/`））
//Test:curl-xpost-H“内容类型：application/json”-d'{“path”：“bla/blub.txt”}”http://localhost:8081/api/save
app.post（'/api/save'，函数（req，res）{
答复={
味精：“好的”，
数据：Math.floor（Math.random（）*10）
};
res.end（JSON.stringify（响应））
})
var server=app.listen（app.get（'port'），函数（）{
var host=server.address（）.address
var port=server.address（）.port
log（“在http://%s:%s侦听的示例应用程序”，主机，端口）
})

我修改了

vue init webpack

生成的样板代码，使得

app/components/HelloWorld.vue

是：

{{msg}}
从“Axios”导入Axios
常量baseUrl=”http://127.0.0.1:8080/api"
导出默认值{
名称：“HelloWorld”，
数据（）{
返回{
msg:'欢迎使用您的Vue.js应用程序'
}
},
异步创建（）{
this.msg=await Axios.post（`${baseUrl}/save`，{“path”：“bla/blub.txt”}）
.然后（响应=>新承诺（解决=>{
让msg=response.data.msg
解析（msg）
}))
.catch（错误=>{
console.log（错误）
承诺.拒绝（错误）
})
}
}
h1{
字体大小：正常；
}

为了用一个命令（

npmstartgo

）开始开发并允许热重新加载，我更改了

app/package.json

（不知道从哪里复制的）：

“脚本”：{
“dev”：“webpack dev server--inline--progress--config build/webpack.dev.conf.js”，
“apiserver”：“端口=8081 nodemon express/app.js”，
“go:“并发--杀死他人\”npm运行开发\“npm运行apiserver \”，
“开始”：“npm运行开发”，
“build”：“node build/build.js”
},

要启动应用程序的开发版本，我运行了：

$ npm run dev   # webpack-dev-server starts on port 8080, express on 8081

为了避免CORS问题，可以将webpack配置为代理express请求。更改app/config/index.js：

proxyTable：{
“/api”：{
目标：'http://localhost:8081',
来源：对，
}
},

现在可以从

app/

再次运行

npm-run-dev

，一切正常

因此，转向生产模式。我跑

$ npm run build
$ node express/app.js

一切正常

（随着时间的推移，我在这个问题中添加了自己找到的答案……最初的问题是：“为vue前端和express后端配置webpack（生产和开发场景）”

我现在的问题是：

如何更改webpack babel设置，使

节点

-运行文件

app.js

使用ECMA2016（这样可以使用

从express导入express

而不是

require…

）

---

谢谢你的帮助

问题的序言很长，是因为我原来的问题完全不同；随着时间的推移，我添加了我发现的解决方案。。。