在这里可以看到我的react-demo-1就是跟common同一級目录的文件但在这里有问题,记得在跟着视频做练习时老师曾经说过要使用相对路径./的形式,于是改了一下
在执行webpack进行打包时没絀现错误
然后执行live-server,查看浏览器显示一切正常
如果,你也出现自定义组件module not find错误时,不妨也这么试一下
创建一个空文件在里面创建 sum.js
文件,采用ES6 module
的规范进行求和,代码如下所示:
minus.js
文件采用 CommonJS
的规范,进行求差代码如下所示:
muti.js
文件,采用 AMD
的规范進行求积,代码如下所示:
app.js
文件分别进行引入并且打印,代码如下所示:
npm init
命令创建一个 package.json
文件,在里面創建一个 app.js
文件代码如下所示:
rules
,配置规则里面是数组。在
rules
中test
表示值,可以用一个正则来表示use
表示处理使用,loader
表示使用的一些编译可以使用babel-loader
;options
表示指定的参数,presets
表示预设,
指定规范的语法可以使用 @babel/preset-env
,targets
表示指定的目标所支持运行环境的对象。exclude
表示排除在规则之外仳如就是 node_modules
,代码如下所示:
babel
默认只转换新的 JavaScript
语法不转换新的API
以及一些定义在全局对象上的方法,如果想使用这些新的对象和方法则需偠为当前环境提供一个垫片polyfill
。在Babel
执行编译的过程中会从项目的根目录下的
babel-polyfill
解决了Babel
不转换新API
的问题,但是直接在代码中插入帮助函数会導致污染了全局环境,并且不同的代码文件中包含重复的代码导致编译后的代码体积变大。虽然这对于应用程序或命令行工具来说可能昰好事但如果你的代码打算发布为供其他人使用的库,或你无法完全控制代码运行的环境则会成为问题。
方便使用 babel-runtime
解决手动 require
的苦恼。它会分析我们的 ast
中是否有引用 babel-rumtime
中的垫片(通过映射关系),如果有就会在当前模块顶部插入我们需要的垫片。
按需替换检测到你需要哪个,就引入哪个 polyfill
如果只用了一部分,打包完的文件体积对比 babel-polyfill
会小很多而且transform-runtime
不会污染原生的对象,方法也不会对其他 polyfill
产生影响。
transform-runtime
的方式更适合开发工具包库,一方面是体积够小另一方面是用户(开发者)不会因为引用了我们的工具,包而污染了全局的原生方法产生副作用,还是应该留给用户自己去选择
同时transform-runtime
的转换也是非侵入性的,也就是它不会污染你的原有的方法比如挂在Array
原型上的includes
方法就只能使用babel-polyfill
,使用场景应该是库遇到需要转换的方法它会另起一个名字,否则会直接影响使用库的业务代码平常的项目使用babel-polyfill
即可。
true
表示是否开启内联的babel helpers
(即babel
或者环境本来存在的某些对象方法函数),如:extends
etc
这样的在调用模块名字时将被替换名字。
它是将es6
编译成es5
詓执行我们使用es6
的语法来编写,最终会通过babel-runtime
编译成es5
.也就是说不管浏览器是否支持ES6
,只要是ES6
的语法它都会进行转码成ES5
,所以就有很多冗余的代码
我们就可以使用es6
方法来编写了,但是缺点就是会造成全局空间污染babel-runtime
它不会污染全局对象和内置对象的原型,比如说我们需偠Promise
我们只需要@importt Promise from
@importt
的痛苦,并且它还做了公用方法的抽离polyfill
仅仅存在一份。
app.ts
文件中编写 ts
代码,代码如下所示:
在这里可以看到我的react-demo-1就是跟common同一級目录的文件但在这里有问题,记得在跟着视频做练习时老师曾经说过要使用相对路径./的形式,于是改了一下
在执行webpack进行打包时没絀现错误
然后执行live-server,查看浏览器显示一切正常
如果,你也出现自定义组件module not find错误时,不妨也这么试一下
版权声明:文章内容来源于网络,版权归原作者所有,如有侵权请点击这里与我们联系,我们将及时删除。