标签： declarations

各位靓仔靓女，大家好！我是你们的老朋友，今天咱们来聊聊JavaScript模块声明（Module Declarations）提案、内容寻址（Content Addressing）以及子资源完整性（Subresource Integrity），简称SRI。这三个家伙，听起来高大上，实际上都是为了让我们的JavaScript代码更安全、更可靠，就像给代码穿上防弹衣，还能追踪代码的“指纹”。 一、模块声明（Module Declarations）：给模块一个身份证 首先，咱们来说说模块声明。在ES模块成为主流之前，JavaScript模块化方案百花齐放，CommonJS、AMD、UMD，各种规范搞得人头大。ES模块一统江湖后，我们终于有了一个官方的模块标准。但是，浏览器怎么知道一个文件是模块呢？这就是模块声明要解决的问题。 过去，我们通常使用<script type=”module”>告诉浏览器这是一个ES模块。但是，这个方法有个问题：浏览器会把所有带有type=”module”的<script>标签都当作模块来解析，即使它们可能不是模块。这会导致一些不必要的错误和性 …

继续阅读“JS `Module Declarations` (提案) `Content-Addressing` 与 `Subresource Integrity`”

各位观众，各位朋友，大家好！我是今天的主讲人，咱们今天聊聊JavaScript模块系统里那些让人头大的家伙：模块声明（Module Declarations）、语义化版本控制（Semantic Versioning）以及模块解析策略（Resolution）。别担心，我会尽量用大白话把这些东西讲清楚，争取让大家听完之后不再两眼一抹黑。 一、模块声明：告诉JS引擎“我是模块！” 首先，咱们得明确一点：以前的JavaScript，那真是“野蛮生长”，全局变量满天飞，污染严重。模块化就是为了解决这个问题，让代码组织更有序，更易于维护。模块声明，就是告诉JS引擎：“嘿，我是一个模块，别把我当成普通脚本！” 目前主流的JS模块声明方式主要有两种：ES Modules（简称ESM）和 CommonJS (Node.js使用的模块系统)。 ES Modules (ESM) ESM是官方标准，也是浏览器和Node.js都在积极支持的。它的特点是使用import和export关键字。 // math.js export function add(a, b) { return a + b; } export …

继续阅读“JS `Module Declarations` (提案) `Semantic Versioning` 与 `Resolution` 策略”

各位观众，晚上好！我是你们的老朋友，今天咱们聊点新鲜玩意儿——JS Module Declarations，也就是在HTML里直接声明ES Modules依赖这事儿。听起来是不是有点绕？别怕，咱们慢慢来，保证你听完之后，能跟隔壁老王吹牛皮。 开场白：模块化，爱的魔力转圈圈 话说，咱们写JavaScript，代码量稍微一上来，就得面临一个问题：代码组织。要是把所有代码都塞到一个文件里，那简直就是灾难现场，改一行代码，整个世界都崩溃。所以，模块化就应运而生了。 模块化，简单来说，就是把代码拆分成一个个独立的模块，每个模块负责一部分功能，然后通过某种方式把这些模块组合起来。就像搭积木一样，每个积木块都有自己的形状和功能，最后拼成一个完整的城堡。 在JavaScript的世界里，模块化的方案层出不穷，从最初的CommonJS、AMD，到现在的ES Modules，可谓是百花齐放。而ES Modules，凭借着其原生支持和简洁的语法，成为了事实上的标准。 ES Modules：未来的希望，但也有点小麻烦 ES Modules好是好，但也有个小小的麻烦：在HTML里引入ES Modules，通常需 …

继续阅读“JS `Module Declarations` (提案)：在 `HTML` 中声明 `ES Modules` 的依赖”