JavaScript Modules — Questions & Answers

Assess your understanding of JavaScript modules, including import/export syntax, module advantages, scope, and related concepts essential in frontend development.

This quiz contains 10 questions. Below is a complete reference of all questions, answer choices, and correct answers. You can use this section to review after taking the interactive quiz above.

1. Question 1: Importing a Named Export

   Which statement correctly imports a named export 'calculate' from a file called 'math.js'?

   • import { calculate } from './math.js';
   • import './math.js' as calculate;
   • require('calculate') from './math.js';
   • import calculate from './math.js';
   Show correct answer

   Correct answer: import { calculate } from './math.js';

   Explanation: The correct syntax for importing a named export is using curly braces. Option B is the default import syntax and only works if 'calculate' is exported as default. Option C is invalid syntax. Option D uses CommonJS syntax, not ES modules.

2. Question 2: Default Export Identification

   Which keyword is used to define a default export in a JavaScript module?

   • main
   • exportDefault
   • primary
   • default
   Show correct answer

   Correct answer: default

   Explanation: The 'default' keyword is used with 'export' to designate the default export. The other options are not recognized JavaScript keywords for exporting modules.

3. Question 3: Module Scope

   How does module-level scope in JavaScript modules differ from script-level scope?

   • Module scope only restricts functions, not variables.
   • Variables in a module are always global.
   • Variables declared in a module are not added to the global scope.
   • Modules automatically inherit all global variables.
   Show correct answer

   Correct answer: Variables declared in a module are not added to the global scope.

   Explanation: Module scope means variables declared in a module are private to that module by default. Option B is incorrect because variables are not global. Option C is false; modules do not automatically inherit globals. Option D wrongly claims only functions are restricted.

4. Question 4: Module Advantages

   What is a main benefit of using JavaScript modules in frontend development?

   • They automatically compress files.
   • They guarantee faster browser loading.
   • They help organize code and reduce naming conflicts.
   • They remove all syntax errors.
   Show correct answer

   Correct answer: They help organize code and reduce naming conflicts.

   Explanation: Modules enable better code organization and encapsulation, reducing conflicts. Compression requires separate tools. Load times aren't guaranteed by modules alone. Syntax errors still need fixing by the developer.

5. Question 5: Re-exporting from a Module

   Which statement re-exports all exports from 'utils.js' in a new module?

   • require('./utils.js');
   • export default from './utils.js';
   • export * from './utils.js';
   • import * from './utils.js';
   Show correct answer

   Correct answer: export * from './utils.js';

   Explanation: 'export * from' syntax re-exports everything. Option B is for default exports and invalid here. Option C is an import statement, not export. Option D uses CommonJS, not ES modules.

6. Question 6: Importing All Named Exports

   How do you import all named exports from 'helpers.js' as a single object called 'helpers'?

   • import helpers from './helpers.js';
   • require('./helpers.js').helpers;
   • import all helpers from './helpers.js';
   • import * as helpers from './helpers.js';
   Show correct answer

   Correct answer: import * as helpers from './helpers.js';

   Explanation: 'import * as helpers' gathers all named exports under the 'helpers' namespace. Option B imports a default export, not all exports. Option C is invalid syntax. Option D uses CommonJS, which is not ES module syntax.

7. Question 7: Side Effects of Module Imports

   What happens if you import a module solely for its side effects, without importing any bindings?

   • You must always import at least one binding.
   • The module is ignored and not executed.
   • import './module.js'; runs the module's top-level code.
   • It raises a syntax error in the browser.
   Show correct answer

   Correct answer: import './module.js'; runs the module's top-level code.

   Explanation: Importing a module without bindings still executes its top-level code. Option B is false; the code does run. Option C is incorrect; imports can be just for side effects. Option D is wrong; this is valid syntax in ES modules.

8. Question 8: File Extension Requirement

   When importing a local module in a browser ES module environment, what file extension is required?

   • No extension needed
   • .module
   • .mjs
   • .js
   Show correct answer

   Correct answer: .js

   Explanation: Browsers generally require the '.js' extension for module imports. '.module' is not recognized. '.mjs' is used in Node.js but less common in browsers. Omitting the extension usually results in an error.

9. Question 9: Multiple Exports from a Module

   Which statement is true of exporting multiple functions from a JavaScript module?

   • Modules can only have one export.
   • You can use multiple named exports in a module.
   • Only one function per module is allowed.
   • All exported functions must be default.
   Show correct answer

   Correct answer: You can use multiple named exports in a module.

   Explanation: JavaScript modules support multiple named exports, making them flexible. The other options are incorrect: there is no one-export or one-function-per-module limitation, and functions do not have to be default exports.

10. Question 10: Dynamic Import Syntax

    How do you dynamically import a module in JavaScript at runtime?

    • import myModule from './myModule.js'
    • import('./myModule.js')
    • export { default } from './myModule.js'
    • require('myModule.js')
    Show correct answer

    Correct answer: import('./myModule.js')

    Explanation: The dynamic import syntax uses 'import()' as a function that returns a promise. 'require' is not valid in browser ES modules. The third option uses static import syntax, and the fourth is an export statement.