我有一个ApolloServer项目，它给我带来了麻烦，所以我想我可能会更新它，但在使用最新的Babel时遇到了问题。我的index.js是:
require('dotenv').config()
import {startServer} from './server'
startServer()
当我运行它时，我得到了错误
SyntaxError: Cannot use import statement outside a module
首先，我试图说服TPTB*这是一个模块(没有成功)。所以我把“import”改成了“require”，这就成功了。
但现在我在其他文件中有大约24个“导入”给我同样的错误。
*我敢肯定我问题的根源是我甚至不知道抱怨的是什么。我有点假设它是巴别塔7(因为我来自巴别塔6，我不得不改变预设)，但我不是100%确定。
我发现的大多数解决方案似乎并不适用于直节点。比如这个:
ES6模块导入给出“未捕获SyntaxError:意外标识符”
说它是通过添加“type=module”来解决的，但这通常会在HTML中，其中我没有。我也尝试使用我的项目的旧预设:
"presets": ["es2015", "stage-2"],
"plugins": []
但这又给了我另一个错误:“错误:插件/预设文件不允许导出对象，只能导出函数。”
以下是我开始时的依赖关系:
"dependencies": {
"@babel/polyfill": "^7.6.0",
"apollo-link-error": "^1.1.12",
"apollo-link-http": "^1.5.16",
"apollo-server": "^2.9.6",
"babel-preset-es2015": "^6.24.1",
我在一个刚刚起步的Express API项目中遇到了这个问题。
src/server/server.js中有问题的服务器代码:
import express from 'express';
import {initialDonationItems, initialExpenditureItems} from "./DemoData";
const server = express();
server.get('/api/expenditures', (req, res) => {
res.type('json');
res.send(initialExpenditureItems);
});
server.get('/api/donations', (req, res) => {
res.type('json');
res.send(initialDonationItems);
});
server.listen(4242, () => console.log('Server is running...'));
以下是我的依赖项:
{
"name": "contributor-api",
"version": "0.0.1",
"description": "A Node backend to provide storage services",
"scripts": {
"dev-server": "nodemon --exec babel-node src/server/server.js --ignore dist/",
"test": "jest tests"
},
"license": "ISC",
"dependencies": {
"@babel/core": "^7.9.6",
"@babel/node": "^7.8.7",
"babel-loader": "^8.1.0",
"express": "^4.17.1",
"mysql2": "^2.1.0",
"sequelize": "^5.21.7",
"sequelize-cli": "^5.5.1"
},
"devDependencies": {
"jest": "^25.5.4",
"nodemon": "^2.0.3"
}
}
这是投出错误的跑者:
nodemon --exec babel-node src/server/server.js --ignore dist
这很令人沮丧，因为我有一个类似的Express项目运行得很好。
解决方案首先是添加这个依赖:
npm install @babel/preset-env
然后在项目根目录中使用babel.config.js来连接它:
module.exports = {
presets: ['@babel/preset-env'],
};
我不完全明白为什么这是可行的，但我是从权威来源复制的，所以我很高兴坚持下去。
JavaScript模块文件的mime类型错误
该问题的常见根源是“模块”类型JavaScript文件的mime类型不能被处理或交付这些文件的服务器、客户端或ECMAScript引擎识别为“模块”类型。
The problem is the developers of Module JavaScript files incorrectly associated Modules with a new ".mjs" (.js) extension, but then assigned it a MIME-type server type of "text/javascript". This means both .js and .mjs types are the same. In fact the new type for .js JavaScript files has also changed to "application/javascript", further confusing the issue. So Module JavaScript files are not being recognized by any of these systems, regardless of Node.js or Babel file processing systems in development.
主要的问题是，大多数服务器或客户端(现代HTML5浏览器)还不知道这种新的JavaScript“模块”子类型。换句话说，除了JavaScript类型，他们没有办法知道Module文件类型到底是什么!
你得到了你发布的响应，JavaScript引擎说它需要知道这个文件是否是Module类型的JavaScript文件。
The only solution, for server or client, is to change your server or browser to deliver a new Mime-type that trigger ES6 support of Module files, which have an .mjs extension. Right now, the only way to do that is to either create a HTTP content-type on the server of "module" for any file with a .mjs extension and change your file extension on module JavaScript files to ".mjs", or have an HTML script tag with type="module" added to any external <script> element you use that downloads your external .js JavaScript module file.
一旦你欺骗浏览器或JavaScript引擎接受新的Module文件类型，它们就会开始在你使用的JS引擎或Node.js系统中进行脚本杂技表演。
