• 原生ES-Module在浏览器中的尝试


    转自:https://www.cnblogs.com/jiasm/p/9160691.html

    首先是各大浏览器从何时开始支持module的:

    • Safari 10.1
    • Chrome 61
    • Firefox 54 (有可能需要你在about:config页面设置启用dom.moduleScripts.enabled)
    • Edge 16

    数据来自jakearchibald.com/2017/es-mod…

    使用方式

    首先在使用上,唯一的区别就是需要在script标签上添加一个type="module"的属性来表示这个文件是作为module的方式来运行的。

    <script type="module">
      import message from './message.js'
    
      console.log(message) // hello world
    </script>

    然后在对应的module文件中就是经常会在webpack中用到的那样。
    语法上并没有什么区别(本来webpack也就是为了让你提前用上新的语法:) )

    message.js

    export default 'hello world'

    优雅降级

    这里有一个类似于noscript标签的存在。
    可以在script标签上添加nomodule属性来实现一个回退方案。

    复制代码
    <script type="module">
      import module from './module.js'
    </script>
    <script nomodule>
      alert('your browsers can not supports es modules! please upgrade it.')
    </script>
    复制代码

    nomodule的处理方案是这样的: 支持type="module"的浏览器会忽略包含nomodule属性的script脚本执行。
    而不支持type="module"的浏览器则会忽略type="module"脚本的执行。
    这是因为浏览器默认只解析type="text/javascript"的脚本,而如果不填写type属性则默认为text/javascript
    也就是说在浏览器不支持module的情况下,nomodule对应的脚本文件就会被执行。

    一些要注意的细节

    但毕竟是浏览器原生提供的,在使用方法上与webpack的版本肯定还是会有一些区别的。
    (至少一个是运行时解析的、一个是本地编译)

    有效的module路径定义

    因为是在浏览器端的实现,不会像在node中,有全局module一说(全局对象都在window里了)。
    所以说,from 'XXX'这个路径的定义会与之前你所熟悉的稍微有些出入。

    复制代码
    // 被支持的几种路径写法
    
    import module from 'http://XXX/module.js'
    import module from '/XXX/module.js'
    import module from './XXX/module.js'
    import module from '../XXX/module.js'
    
    // 不被支持的写法
    import module from 'XXX'
    import module from 'XXX/module.js'
    复制代码

    webpack打包的文件中,引用全局包是通过import module from 'XXX'来实现的。
    这个实际是一个简写,webpack会根据这个路径去node_modules中找到对应的module并引入进来。
    但是原生支持的module是不存在node_modules一说的。
    所以,在使用原生module的时候一定要切记,from后边的路径一定要是一个有效的URL,以及一定不能省略文件后缀(是的,即使是远端文件也是可以使用的,而不像webpack需要将本地文件打包到一起)。

    module的文件默认为defer

    这是script的另一个属性,用来将文件标识为不会阻塞页面渲染的文件,并且会在页面加载完成后按照文档的顺序进行执行。

    <script type="module" src="./defer/module.js"></script>
    <script src="./defer/simple.js"></script>
    <script defer src="./defer/defer.js"></script>

    为了测试上边的观点,在页面中引入了这样三个JS文件,三个文件都会输出一个字符串,在Console面板上看到的顺序是这样的:

    行内script也会默认添加defer特性

    因为在普通的脚本中,defer关键字是只指针对脚本文件的,如果是inline-script,添加属性是不生效的。
    但是在type="module"的情况下,不管是文件还是行内脚本,都会具有defer的特性。

    可以对module类型的脚本添加async属性

    async可以作用于所有的module类型的脚本,无论是行内还是文件形式的。
    但是添加了async关键字以后并不意味着浏览器在解析到这个脚本文件时就会执行,而是会等到这段脚本所依赖的所有module加载完毕后再执行。
    import的约定,必须在一段代码内的起始位置进行声明,且不能够在函数内部进行

    也就是说下边的log输出顺序完全取决于module.js加载的时长。

    <script async type="module" >
      import * from './module.js'
      console.log('module')
    </script>
    <script async src="./defer/async.js"></script>

    一个module只会加载一次

    这个module是否唯一的定义是资源对应的完整路径是否一致。
    如果当前页面路径为https://www.baidu.com/a/b/c.html,则文件中的/module.js../../module.jshttps://www.baidu.com/module.js都会被认为是同一个module
    但是像这个例子中的module1.jsmodule1.js?a=1就被认定为两个module,所以这个代码执行的结果就是会加载两次module1.js

    复制代码
    <script type="module" src="https://blog.jiasm.org/module-usage/example/modules/module1.js"></script>
    <script type="module" src="/examples/modules/module1.js"></script>
    <script type="module" src="./modules/module1.js"></script>
    <script type="module" src="./modules/module1.js?a=1"></script>
    <script type="module">
      import * as module1 from './modules/module1.js'
    </script>
    复制代码

    在线Demo

    import和export在使用的一些小提示

    不管是浏览器原生提供的版本,亦或者webpack打包的版本。
    importexport基本上还是共通的,语法上基本没有什么差别。

    下边列出了一些可能会帮到你更好的去使用modules的一些技巧。

    export的重命名

    在导出某些模块时,也是可以像import时使用as关键字来重命名你要导出的某个值。

    复制代码
    // info.js
    let name = 'Niko'
    let age = 18
    
    export {
      name as firstName,
      age
    }
    
    // import
    import {firstName, age} from './info.js'
    复制代码

    Tips: export的调用不像node中的module.exports = {}
    可以进行多次调用,而且不会覆盖(key重名除外)。

    export { name as firstName }
    export { age }

    这样的写法两个key都会被导出。

    export导出的属性均为可读的

    也就是说export导出的属性是不能够修改的,如果试图修改则会得到一个异常。
    但是,类似const的效果,如果某一个导出的值是引用类型的,对象或者数组之类的。
    你可以操作该对象的一些属性,例如对数组进行push之类的操作。

    复制代码
    export {
      firstName: 'Niko',
      packs: [1, 2]
    }
    import * as results from './export-editable.js'
    
    results.firstName = 'Bellic' // error
    
    results.packs.push(3)        // success
    复制代码

    这样的修改会导致其他引用该模块都会受到影响,因为使用的是一个地址。

    export在代码中的顺序并不影响最终导出的结果

    export const name = 'Niko'
    export let age = 18
    
    age = 20

    const 或者 let 对于 调用方来说没有任何区别

    import {name, age} from './module'
    
    console.log(name, age) // Niko 20

    import获取default模块的几种姿势

    获取default有以下几种方式都可以实现:

    复制代码
    import defaultItem from './import/module.js'
    import { default as defaultItem2 } from './import/module.js'
    import _, { default as defaultItem3 } from './import/module.js'
    
    console.log(defaultItem === defaultItem2) // true
    console.log(defaultItem === defaultItem3) // true
    复制代码

    默认的规则是第一个为default对应的别名,但如果第一个参数是一个解构的话,就会被解析为针对所有导出项的一个匹配了。
    P.S. 同时存在两个参数表示第一个为default,第二个为全部模块

    导出全部的语法如下:

    import * as allThings from './iport/module.js'

    类似index的export文件编写

    如果你碰到了类似这样的需求,在某些地方会用到十个module,如果每次都import十个,肯定是一种浪费,视觉上也会给人一个不好的感觉。
    所以你可能会写一个类似index.js的文件,在这个文件中将其引入到一块,然后使用时import index即可。
    一般来说可能会这么写:

    复制代码
    import module1 from './module1.js'
    import module2 from './module2.js'
    
    export default {
      module1,
      module2
    }
    复制代码

    将所有的module引入,并导出为一个Object,这样确实在使用时已经很方便了。
    但是这个索引文件依然是很丑陋,所以可以用下面的语法来实现类似的功能:

    export {default as module1} from './module1.js'
    export {default as module2} from './module2.js'

    然后在调用时修改为如下格式即可:

    import * as modules from './index.js'
  • 相关阅读:
    MutationObserver DOM变化的观察
    lspci详解分析
    dpdk快速编译使用
    bonding的系统初始化介绍
    fio测试nvme性能
    [驱动] 一个简单内核驱动,通过qemu调试(1)
    qemu启动vm后,如何host上使用ssh连接?
    Linux C下变量和常量的存储的本质
    从计算机中数据类型的存储方式,思考理解原码,反码,补码
    Linux C动态链接库实现一个插件例子
  • 原文地址:https://www.cnblogs.com/SRH151219/p/11015240.html
Copyright © 2020-2023  润新知