summaryrefslogtreecommitdiffstats
path: root/docs/code-quality/lint/linters/eslint-plugin-mozilla/reject-import-system-module-from-non-system.rst
blob: d168676745ee8e976cba7f727bd814468a3a3c18 (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
reject-import-system-module-from-non-system
===========================================

Rejects static import declaration for system modules (``.sys.mjs``) from non-system
modules.

Using static import for a system module into a non-system module would create a separate instance of the imported object(s) that is not shared with the other system modules and would break the per-process singleton expectation.

The reason for this is that inside system modules, a static import will load the module into the shared global. Inside non-system modules, the static import will load into a different global (e.g. window). This will cause the module to be loaded into different scopes, and hence create separate instances. The fix is to use ``ChromeUtils.importESModule`` which will import the object via the system module shared global scope.


Examples of incorrect code for this rule:
-----------------------------------------

Inside a non-system module:

.. code-block:: js

    import { AppConstants } from "resource://gre/modules/AppConstants.sys.mjs";

Examples of correct code for this rule:
---------------------------------------

Inside a non-system module:

.. code-block:: js

    const { AppConstants } = ChromeUtils.importESModule(
      "resource://gre/modules/AppConstants.sys.mjs"
    );

Inside a system module:

.. code-block:: js

    import { AppConstants } from "resource://gre/modules/AppConstants.sys.mjs";