编写用户脚本时是否真的需要立即调用函数表达式 (IIFE) 模式?

Mar*_*377 6 javascript userscripts tampermonkey ecmascript-6 greasemonkey-4

我的问题非常类似于javascript中自执行函数的目的是什么?,但是它涉及用户脚本(特别是针对 GreaseMonkey)。

我看到有些用户脚本是用这种模式分发的,有些则不是。

具有 IIFE 模式的脚本示例:(来源)

// ==UserScript==
// (...)
// ==/UserScript==

(function(){
    // if <condition>
        document.location.href += '?sk=h_chr';
    // ...
})();
Run Code Online (Sandbox Code Playgroud)

没有它的脚本示例:(来源)

// ==UserScript==
// (...)
// ==/UserScript==

window.location.href = "https://www.facebook.com/?sk=h_chr";
Run Code Online (Sandbox Code Playgroud)

此外,我还发现 TamperMonkey 的“新脚本”模板遵循它,而 GreaseMonkey 和 ViolentMonkey 的模板没有。

那么问题是,IIFE 模式在编写用户脚本时有用吗?

特别是,如果我的脚本处于strictmode,并且我使用let而不是var. 无论如何,据我所知,用户脚本中定义的函数和变量在全局页面范围内不可用。

谢谢。

Bro*_*ams 5

一般来说,没有;IIFE 模式很少用于包装整个用户脚本(参见下面的边缘情况)。这是多年前一些引擎(简而言之)默认情况下不包装脚本的倒退。

事实上,如果你包含过时的@unwrap指令,脚本引擎现在都会忽略它。

以下是使用 IIFE 模式的一些原因:

  • 这是strict在整个脚本的旧版本 Violentmonkey(2018 或更早版本)中强制执行模式的唯一方法。
  • 如果您同时使用以下两种方式,它可以消除无害 Parsing error: 'return' outside of function 警告:(1) 脚本范围return和 (2) 外部 LINTer。
    一些旧的 Greasemonkey 版本也会对此发出警告,同时仍然可以正常工作。
  • (我以为有第三种边缘情况。但被打断了,不记得是什么了。)

考虑这个测试脚本:

// ==UserScript==
// @name     _Scope and Strict-Mode Demo script
// @match    https://stackoverflow.com/*
// @unwrap
// @grant    none
// ==/UserScript==
/* eslint-disable no-multi-spaces, curly */
'use strict';

if (location.pathname.includes("/users/") ) {
    console.log ("Terminating script early.");
    return;  // In external LINTers, this will cause a harmless warning.
}

var cantSeeMeInConsole      = "neener neener";
window.canSomestimesSeeMe   = "Howdy";

console.log (`In Strict mode: ${bInStrictMode() }; \`cantSeeMeInConsole\`: ${cantSeeMeInConsole}`);

function bInStrictMode () {
    var inStrict = false;
    var dummyObj = {};
    Object.defineProperty (dummyObj, 'foo', {value: "bar", writable: false } );

    try { dummyObj.foo = "fee"; }
    catch (e) { inStrict = true; }
    return inStrict;
}
Run Code Online (Sandbox Code Playgroud)
  • 在 Firefox 和 Chrome 上运行。
  • Safari 和 Opera 应该给出相同的结果。
  • Microsoft Edge可能会给出相同的结果。(但如果不是,我也不在乎。)
  • 使用 Tampermonkey、Violentmonkey 和 Greasemonkey 4 运行。

脚本范围:

在所有情况下,用户脚本都是作用域/包装的。该页面看不到代码,也看不到cantSeeMeInConsole.
请注意,脚本页面冲突仍可能在@grant none模式下发生。

脚本沙箱:

其他隔离适用,具体取决于:(a) 用户脚本引擎、(b) 浏览器和 (c)@grant模式。
例如,使用 Greasemonkey 或更改授权模式会杀死页面查看canSomestimesSeeMe.

严格模式:

  • 'use strict';像这样放置在顶部会将整个用户脚本切换到严格模式。
  • 此外,在 Tampermonkey 的高级选项中,您可以将所有脚本的“严格模式”设置为 [默认/始终/禁用]。

在相关说明中,如果脚本不使用@run-at设置,则使用$(document).ready()或其速记没有意义。