理解JavaScript模块与作用域
在现代javascript开发中，模块化是管理代码复杂性的重要手段。通过export和import语句，我们可以将代码分割成独立的模块，每个模块都有自己的私有作用域。这意味着模块内部定义的变量和函数，除非被显式导出，否则在模块外部是不可见的。即使被导出，它们也需要通过import语句才能在其他模块或脚本中访问。
当我们在HTML中尝试使用script type="module"引入一个JavaScript文件时，该文件及其导出的内容也遵循模块作用域规则。例如，如果有一个script.js文件导出了initPage函数：
// js/script.js
export function initPage() {
console.log("页面初始化完成！");
// 其他初始化逻辑
}并在HTML中尝试通过内联事件处理器调用它：
这会导致Uncaught ReferenceError: initPage is not defined错误。原因在于，onload属性中的代码是在全局作用域下执行的，而initPage函数由于是从一个type="module"的脚本中导出，它存在于该模块的私有作用域中，并未暴露到全局。
正确导入与执行模块函数
为了解决上述问题，我们需要在HTML中以模块的方式导入并执行函数，而不是依赖全局作用域。以下是推荐的解决方案：
立即学习“Java免费学习笔记（深入）”；
1. 在HTML中直接使用script type="module"导入
我们可以在
模块函数导入示例
欢迎来到我的页面
这是一个演示如何正确调用JS模块函数的页面。
在上述代码中：
- 我们移除了标签上的onload="initPage()"。
- 在标签的末尾添加了一个新的script type="module"块。
- 在这个模块脚本内部，我们使用import { initPage } from './js/script.js';语法导入了initPage函数。请注意，导入路径是相对于当前HTML文件的。
- 我们使用document.addEventListener('DOMContentLoaded', ...)来监听DOMContentLoaded事件。这个事件会在浏览器完成加载和解析HTML文档，并构建好DOM树后触发，但无需等待样式表、图片等外部资源加载完成。这是执行DOM操作或初始化脚本的理想时机。
2. DOMContentLoaded与onload的区别
- DOMContentLoaded: 当初始HTML文档被完全加载和解析时触发，不等待样式表、图像和子帧的完成加载。对于执行JavaScript代码以操作DOM而言，这是一个更早且更合适的时机。
- onload: 当整个页面，包括所有依赖资源（如样式表、图像、子帧等）都完全加载完成后触发。这通常意味着更长的等待时间。
在多数现代Web开发场景中，DOMContentLoaded是更优的选择，因为它能让页面尽快具备交互性，提升用户体验。
注意事项与最佳实践
- 路径问题: 确保import语句中的模块路径是正确的。对于浏览器环境，通常需要使用相对路径或绝对URL。
- 模块化优势: 这种方式不仅解决了作用域问题，还鼓励了更清晰的模块化结构。你的JavaScript代码可以完全独立于HTML逻辑进行开发和测试。
- 避免全局污染: 通过模块导入，可以避免将函数或变量暴露到全局作用域，从而减少命名冲突和意外副作用的风险。
- 异步加载: type="module"的脚本默认是defer的，这意味着它们会在HTML解析完成后、DOMContentLoaded事件之前执行，并且会保持其在文档中出现的相对顺序。
总结
当需要在HTML中调用JavaScript模块导出的函数时，核心在于理解模块的私有作用域。避免直接在HTML内联事件处理器中调用这些函数。正确的做法是在HTML中创建一个script type="module"块，在该块内使用import语句导入所需的函数，并利用DOMContentLoaded事件监听器确保在DOM准备就绪后安全地执行这些函数。这种方法不仅解决了ReferenceError，还遵循了现代JavaScript的最佳实践，提升了代码的模块化和可维护性。
