web前端面试-- 模块化的几种规范CMD、COMMONJS、AMD、ESM以及UMD模块化解决方案,export *的写法

本文主要是介绍web前端面试-- 模块化的几种规范CMD、COMMONJS、AMD、ESM以及UMD模块化解决方案,export *的写法,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

文章目录

  • 前言
  • CommonJS 模块规范 (跟CMD差不多)
  • AMD 模块规范
  • ESM 模块规范
    • 1. 默认操作
      • 1.1 默认导出(Default Export)
      • 1.2 默认导入(Default Import)
    • 2. 命名操作
      • 2.1 命名导出(Named Export)
      • 2.2 命名导入(Named Import)
      • 2.3 额外写法(export *)
  • UMD 模块方案
    • 1. 模块导出
    • 2. AMD环境导入
    • 3. COMMONJS环境导入
    • 4. 其他未知环境导入

前言

JavaScript 目前有四种模块规范:CMD、COMMONJS、AMD 和 ESM。

CMD 是 JavaScript 最早的模块规范,它使用 require 函数来导入模块。CMD 模块是 JavaScript 最早的模块规范,但它存在一些缺陷,比如模块的导入顺序不受控制,模块的依赖关系无法被管理,等等。

COMMONJS 是 JavaScript 模块的另一种,它使用 require 函数来导入模块。COMMONJS 模块在解决 CMD 模块的缺陷方面做了很多工作,比如它提供了模块的导入顺序控制、模块的依赖关系管理等功能。 不适合浏览器环境,读取模块是同步操作,适合nodejs环境。

AMD 是 JavaScript 模块的另一种,它使用 requirejs 库来导入模块。AMD 模块在解决 CMD 模块和 COMMONJS 模块的缺陷方面做了很多工作,比如它提供了模块的导入顺序控制、模块的依赖关系管理、模块的缓存等功能。可以异步导入模块,适合浏览器环境。

目前,ESM 是 JavaScript 模块的最新规范,它在解决 CMD 模块、COMMONJS 模块和 AMD 模块的缺陷方面做了很多工作,比如它提供了模块的导入顺序控制、模块的依赖关系管理、模块的缓存等功能。

以下是 ESM、CMD、COMMONJS 和 AMD 模块的对比表:

模块规范导入函数导入顺序依赖关系管理缓存
ESMimport可控制可管理可缓存
CMDrequire不可控制不可管理不可缓存
COMMONJSrequire可控制可管理不可缓存
AMDrequirejs可控制可管理可缓存

除了上述提到的四种模块规范(CMD、COMMONJS、AMD 和 ESM),还有一些其他的模块化方案,尽管它们在 JavaScript 社区中的使用较少或者不被广泛认可。

一些其他的模块化方案包括:

  1. SystemJS:SystemJS 是一个通用的模块加载器,它可以在浏览器中加载不同模块规范的模块,包括 AMD、COMMONJS、ESM 等。

  2. UMD:UMD(Universal Module Definition)是一种兼容多种模块规范的通用模块化方案,它可以在不同的环境中运行,包括浏览器和 Node.js。 判断浏览器环境用AMD模块规范,是nodejs环境用COMMONJS规范。

  3. IIFE:IIFE(Immediately Invoked Function Expression)是一种将模块封装在立即执行的函数表达式中的模式,通过这种方式,模块的作用域可以被限制在函数内部,避免了全局命名冲突。

需要注意的是,尽管有多种模块化方案可供选择,但在实际开发中,ESM(ES6 模块)已成为 JavaScript 模块化的主流标准,得到了广泛的支持和推广。


CommonJS 模块规范 (跟CMD差不多)

CommonJS 模块是 JavaScript 最早的模块规范,它使用 require 函数来导入模块。CommonJS 模块的导入和导出方式如下:
主要是用于后端nodejs开发,前端类似的vue项目也可以引入本地文件...

// 导入模块
const module = require('./module');// 导出模块方式1
module.exports = {value: 123,fn:()=>{console.log('fn...');}
};// 导出模块方式2
exports.value = 123;
exports.fn = function(){console.log('fn...');}

总结:exports是一个对象处理了。

AMD 模块规范

AMD 模块是 AMD 规范定义的模块,它使用 requirejs 库来导入模块。AMD 模块的导入和导出方式如下:

// 导入模块
requirejs(['./module'], function(module) {console.log(module.value);
});// 导出模块
define(['./module'], function(module) {return {value: 123};
});

ESM 模块规范

在 ECMAScript 模块中,有多种导出和引入的写法,下面是一些常见的写法:

1. 默认操作

1.1 默认导出(Default Export)

  • 导出单个默认值:
export default value;
  • 导出多个默认值(使用对象字面量):
export default {key1: value1,key2: value2
};

1.2 默认导入(Default Import)

  • 导入默认导出的模块:
import moduleName from './module';

2. 命名操作

2.1 命名导出(Named Export)

  • 导出单个变量、函数或常量:
export const variableName = value;
export function functionName() { ... }
export class ClassName { ... }
  • 导出多个变量、函数或常量(使用对象字面量):
export {variable1,variable2,functionName,ClassName
};

2.2 命名导入(Named Import)

  • 导入指定的变量、函数或常量:
import { variableName, functionName, ClassName } from './module';
  • 导入所有命名导出的模块(使用对象字面量):
import * as module from './module';

以上是一些常见的导出和引入写法,你可以根据需要选择适合的方式。

2.3 额外写法(export *)

一般模块的引用都是如上,不是导出自身模块的变量、函数或常量,就是引入别的模块的变量、函数或常量。
但是也有特殊的,比如导出别的模块

下方给出了vue源码中util 导出的写法。

// node_modules\vue\src\core\util\index.ts
export * from 'shared/util'
export * from './lang'
export * from './env'
export * from './options'
export * from './debug'
export * from './props'
export * from './error'
export * from './next-tick'
export { defineReactive } from '../observer/index'

UMD 模块方案

并不是模块规范,而是一个解决方案~

1. 模块导出

(function (root, factory) {  if (typeof define === 'function' && define.amd) {  // AMD  define(['dependency'], factory);  } else if (typeof exports === 'object') {  // Node, CommonJS-like  module.exports = factory(require('dependency'));  } else {  // Browser globals (root is window)  root.returnExports = factory(root.dependency);  }  
}(this, function (dependency) {  // The actual module  function MyModule() {  //...  }  return MyModule;  
}));

2. AMD环境导入

require(['myModule'], function(myModule) {  // 使用myModule  
});

3. COMMONJS环境导入

var myModule = require('myModule'); 

4. 其他未知环境导入

放在全局上,比如浏览器window对象上

window.myModule = {  // 模块内容  
};

这篇关于web前端面试-- 模块化的几种规范CMD、COMMONJS、AMD、ESM以及UMD模块化解决方案,export *的写法的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/504084

相关文章

使用Python构建智能BAT文件生成器的完美解决方案

《使用Python构建智能BAT文件生成器的完美解决方案》这篇文章主要为大家详细介绍了如何使用wxPython构建一个智能的BAT文件生成器,它不仅能够为Python脚本生成启动脚本,还提供了完整的文... 目录引言运行效果图项目背景与需求分析核心需求技术选型核心功能实现1. 数据库设计2. 界面布局设计3

idea的终端(Terminal)cmd的命令换成linux的命令详解

《idea的终端(Terminal)cmd的命令换成linux的命令详解》本文介绍IDEA配置Git的步骤:安装Git、修改终端设置并重启IDEA,强调顺序,作为个人经验分享,希望提供参考并支持脚本之... 目录一编程、设置前二、前置条件三、android设置四、设置后总结一、php设置前二、前置条件

Java.lang.InterruptedException被中止异常的原因及解决方案

《Java.lang.InterruptedException被中止异常的原因及解决方案》Java.lang.InterruptedException是线程被中断时抛出的异常,用于协作停止执行,常见于... 目录报错问题报错原因解决方法Java.lang.InterruptedException 是 Jav

kkFileView在线预览office的常见问题以及解决方案

《kkFileView在线预览office的常见问题以及解决方案》kkFileView在线预览Office常见问题包括base64编码配置、Office组件安装、乱码处理及水印添加,解决方案涉及版本适... 目录kkFileView在线预览office的常见问题1.base642.提示找不到OFFICE组件

SpringBoot监控API请求耗时的6中解决解决方案

《SpringBoot监控API请求耗时的6中解决解决方案》本文介绍SpringBoot中记录API请求耗时的6种方案,包括手动埋点、AOP切面、拦截器、Filter、事件监听、Micrometer+... 目录1. 简介2.实战案例2.1 手动记录2.2 自定义AOP记录2.3 拦截器技术2.4 使用Fi

Linux系统中查询JDK安装目录的几种常用方法

《Linux系统中查询JDK安装目录的几种常用方法》:本文主要介绍Linux系统中查询JDK安装目录的几种常用方法,方法分别是通过update-alternatives、Java命令、环境变量及目... 目录方法 1:通过update-alternatives查询(推荐)方法 2:检查所有已安装的 JDK方

Python Web框架Flask、Streamlit、FastAPI示例详解

《PythonWeb框架Flask、Streamlit、FastAPI示例详解》本文对比分析了Flask、Streamlit和FastAPI三大PythonWeb框架:Flask轻量灵活适合传统应用... 目录概述Flask详解Flask简介安装和基础配置核心概念路由和视图模板系统数据库集成实际示例Stre

从入门到精通详解LangChain加载HTML内容的全攻略

《从入门到精通详解LangChain加载HTML内容的全攻略》这篇文章主要为大家详细介绍了如何用LangChain优雅地处理HTML内容,文中的示例代码讲解详细,感兴趣的小伙伴可以跟随小编一起学习一下... 目录引言:当大语言模型遇见html一、HTML加载器为什么需要专门的HTML加载器核心加载器对比表二

WinForm跨线程访问UI及UI卡死的解决方案

《WinForm跨线程访问UI及UI卡死的解决方案》在WinForm开发过程中,跨线程访问UI控件和界面卡死是常见的技术难题,由于Windows窗体应用程序的UI控件默认只能在主线程(UI线程)上操作... 目录前言正文案例1:直接线程操作(无UI访问)案例2:BeginInvoke访问UI(错误用法)案例

Spring Security常见问题及解决方案

《SpringSecurity常见问题及解决方案》SpringSecurity是Spring生态的安全框架,提供认证、授权及攻击防护,支持JWT、OAuth2集成,适用于保护Spring应用,需配置... 目录Spring Security 简介Spring Security 核心概念1. ​Securit