Working with JavaScript in Visual Studio Code
Skip to content
Visual Studio Code
Docs
Updates
Blog
API
Extensions
FAQ
Learn
Search
Download
Version 1.74 is now available! Read about the new features and fixes from November.
Dismiss this update
Overview
Setup
Overview
Linux
macOS
Windows
Raspberry Pi
Network
Additional Components
Enterprise
Uninstall
Get Started
Intro Videos
Tips and Tricks
User Interface
Themes
Settings
Key Bindings
Display Language
Telemetry
User Guide
Basic Editing
Extension Marketplace
IntelliSense
Code Navigation
Refactoring
Debugging
VS Code for the Web
Tasks
Settings Sync
Snippets
Emmet
Command Line Interface
Workspace Trust
Multi-root Workspaces
Accessibility
Source Control
Overview
Collaborate on GitHub
FAQ
Terminal
Terminal Basics
Terminal Profiles
Shell Integration
Appearance
Advanced
Languages
Overview
JavaScript
JSON
HTML
CSS, SCSS and Less
TypeScript
Markdown
PowerShell
C++
Java
PHP
Python
Julia
Rust
Go
T-SQL
C#
.NET
Node.js / JavaScript
Working with JavaScript
Node.js Tutorial
Node.js Debugging
Deploy Node.js Apps
Browser Debugging
Angular Tutorial
React Tutorial
Vue Tutorial
Ember Tutorial
Debugging Recipes
Performance Profiling
Extensions
TypeScript
Tutorial
Compiling
Editing
Refactoring
Debugging
Python
Tutorial
Editing Code
Linting
Debugging
Environments
Testing
Data Science
Python Interactive
Django Tutorial
Flask Tutorial
Create containers
Deploy Python Apps
Python in the Web
Settings Reference
Java
Getting Started
Navigate and Edit
Refactoring
Formatting and Linting
Project Management
Build Tools
Run and Debug
Testing
Spring Boot
Application Servers
Deploy Java Apps
GUI Applications
Extensions
FAQ
C++
Intro Videos
GCC on Linux
GCC on Windows
GCC on Windows Subsystem for Linux
Clang on macOS
Microsoft C++ on Windows
Build with CMake
CMake Tools on Linux
Editing
Debugging
Configure debugging
Settings
Configure IntelliSense for cross-compiling
FAQ
Docker
Overview
Node.js
Python
ASP.NET Core
Debug
Docker Compose
Registries
Deploy to Azure
Choose a dev environment
Customize
Develop with Kubernetes
Tips and Tricks
Data Science
Overview
Jupyter Notebooks
Data Science Tutorial
Python Interactive
PyTorch Support
Azure Machine Learning
Azure
Extensions
Deployment
Remote Debugging for Node.js
Docker
MongoDB
Kubernetes
Azure Kubernetes Service
Remote
Overview
SSH
Dev Containers
Windows Subsystem for Linux
GitHub Codespaces
VS Code Server
Tunnels
SSH Tutorial
WSL Tutorial
Tips and Tricks
FAQ
Dev Containers
Overview
Tutorial
Attach to Container
Create a Dev Container
Advanced Containers
devcontainer.json
Dev Container CLI
Tips and Tricks
FAQ
Topics
Overview
Overview
Linux
macOS
Windows
Raspberry Pi
Network
Additional Components
Enterprise
Uninstall
Intro Videos
Tips and Tricks
User Interface
Themes
Settings
Key Bindings
Display Language
Telemetry
Basic Editing
Extension Marketplace
IntelliSense
Code Navigation
Refactoring
Debugging
VS Code for the Web
Tasks
Settings Sync
Snippets
Emmet
Command Line Interface
Workspace Trust
Multi-root Workspaces
Accessibility
Overview
Collaborate on GitHub
FAQ
Terminal Basics
Terminal Profiles
Shell Integration
Appearance
Advanced
Overview
JavaScript
JSON
HTML
CSS, SCSS and Less
TypeScript
Markdown
PowerShell
C++
Java
PHP
Python
Julia
Rust
Go
T-SQL
C#
.NET
Working with JavaScript
Node.js Tutorial
Node.js Debugging
Deploy Node.js Apps
Browser Debugging
Angular Tutorial
React Tutorial
Vue Tutorial
Ember Tutorial
Debugging Recipes
Performance Profiling
Extensions
Tutorial
Compiling
Editing
Refactoring
Debugging
Tutorial
Editing Code
Linting
Debugging
Environments
Testing
Data Science
Python Interactive
Django Tutorial
Flask Tutorial
Create containers
Deploy Python Apps
Python in the Web
Settings Reference
Getting Started
Navigate and Edit
Refactoring
Formatting and Linting
Project Management
Build Tools
Run and Debug
Testing
Spring Boot
Application Servers
Deploy Java Apps
GUI Applications
Extensions
FAQ
Intro Videos
GCC on Linux
GCC on Windows
GCC on Windows Subsystem for Linux
Clang on macOS
Microsoft C++ on Windows
Build with CMake
CMake Tools on Linux
Editing
Debugging
Configure debugging
Settings
Configure IntelliSense for cross-compiling
FAQ
Overview
Node.js
Python
ASP.NET Core
Debug
Docker Compose
Registries
Deploy to Azure
Choose a dev environment
Customize
Develop with Kubernetes
Tips and Tricks
Overview
Jupyter Notebooks
Data Science Tutorial
Python Interactive
PyTorch Support
Azure Machine Learning
Extensions
Deployment
Remote Debugging for Node.js
Docker
MongoDB
Kubernetes
Azure Kubernetes Service
Overview
SSH
Dev Containers
Windows Subsystem for Linux
GitHub Codespaces
VS Code Server
Tunnels
SSH Tutorial
WSL Tutorial
Tips and Tricks
FAQ
Overview
Tutorial
Attach to Container
Create a Dev Container
Advanced Containers
devcontainer.json
Dev Container CLI
Tips and Tricks
FAQ
Edit
Working with JavaScript
This topic describes some of the advanced JavaScript features supported by Visual Studio Code. Using the TypeScript language service, VS Code can provide smart completions (IntelliSense) as well as type checking for JavaScript.
IntelliSense
Visual Studio Code's JavaScript IntelliSense provides intelligent code completion, parameter info, references search, and many other advanced language features. Our JavaScript IntelliSense is powered by the JavaScript language service developed by the TypeScript team. While IntelliSense should just work for most JavaScript projects without any configuration, you can make IntelliSense even more useful with JSDoc or by configuring a jsconfig.json project.
For the details of how JavaScript IntelliSense works, including being based on type inference, JSDoc annotations, TypeScript declarations, and mixing JavaScript and TypeScript projects, see the JavaScript language service documentation.
When type inference does not provide the desired information, type information may be provided explicitly with JSDoc annotations. This document describes the JSDoc annotations currently supported.
In addition to objects, methods, and properties, the JavaScript IntelliSense window also provides basic word completion for the symbols in your file.
Typings and Automatic Type Acquisition
IntelliSense for JavaScript libraries and frameworks is powered by TypeScript type declaration (typings) files. Type declaration files are written in TypeScript so they can express the data types of parameters and functions, allowing VS Code to provide a rich IntelliSense experience in a performant manner.
Many popular libraries ship with typings files so you get IntelliSense for them automatically. For libraries that do not include typings, VS Code's Automatic Type Acquisition will automatically install community maintained typings file for you.
Automatic type acquisition requires npmjs, the Node.js package manager, which is included with the Node.js runtime. In this image you can see IntelliSense, including the method signature, parameter info, and the method's documentation for the popular lodash library.
Type declaration files are automatically downloaded and managed by Visual Studio Code for packages listed in your project's package.json or that you import into a JavaScript file.
"dependencies": {
"lodash": "^4.17.0"
You can alternately explicitly list packages to acquire type declaration files for in a jsconfig.json.
"typeAcquisition": {
"include": ["jquery"]
Most common JavaScript libraries ship with declaration files or have type declaration files available. You can search for a library's type declaration file package using the TypeSearch site.
Fixing npm not installed warning for Automatic Type Acquisition
Automatic Type Acquisition uses npm, the Node.js package manager, to install and manage Type Declaration (typings) files. To ensure that Automatic Type Acquisition works properly, first ensure that you have npm installed on your machine.
Run npm --version from a terminal or command prompt to quickly check that npm is installed and available.
npm is installed with the Node.js runtime, which is available for download from Nodejs.org. Install the current LTS (Long Term Support) version and the npm executable will be added by default to your system path.
If you have npm installed but still see a warning message, you can explicitly tell VS Code where npm is installed with the typescript.npm setting. This should be set to the full path of the npm executable on your machine, and this does not have to match the version of npm you are using to manage packages in your workspace. typescript.npm requires TypeScript 2.3.4+.
For example, on Windows, you would add a path like this to your settings.json file:
"typescript.npm": "C:\\Program Files\\nodejs\\npm.cmd"
JavaScript projects (jsconfig.json)
The presence of a jsconfig.json file in a directory indicates that the directory is the root of a JavaScript project. jsconfig.json specifies the root files and the options for the language features provided by the JavaScript language service. For common setups, a jsconfig.json file is not required, however, there are situations when you will want to add a jsconfig.json.
Not all files should be in your JavaScript project (for example, you want to exclude some files from showing IntelliSense). This situation is common with front-end and back-end code.
Your workspace contains more than one project context. In this situation, you should add a jsconfig.json file at the root folder for each project.
You are using the TypeScript compiler to down-level compile JavaScript source code.
Location of jsconfig.json
To define our code as a JavaScript project, create jsconfig.json at the root of your JavaScript code as shown below. A JavaScript project is the source files of the project and should not include the derived or packaged files (such as a dist directory).
In more complex projects, you may have more than one jsconfig.json file defined inside a workspace. You will want to do this so that the source code in one project does not appear in the IntelliSense of another project.
Illustrated below is a project with a client and server folder, showing two separate JavaScript projects:
Writing jsconfig.json
Below is a simple template for jsconfig.json file, which defines the JavaScript target to be ES6 and the exclude attribute excludes the node_modules folder. You can copy and paste this code into your jsconfig.json file.
"compilerOptions": {
"module": "commonjs",
"target": "es6"
},
"exclude": ["node_modules", "**/node_modules/*"]
The exclude attribute tells the language service which files are not part of your source code. If IntelliSense is slow, add folders to your exclude list (VS Code will prompt you to do this if it detects slow completions). You will want to exclude files generated by a build process (such as a dist directory). These files will cause suggestions to show up twice and will slow down IntelliSense.
You can explicitly set the files in your project using the include attribute. If no include attribute is present, then this defaults to including all files in the containing directory and subdirectories. When a include attribute is specified, only those files are included.
Here is an example with an explicit include attribute:
"compilerOptions": {
"module": "commonjs",
"target": "es6"
},
"include": ["src/**/*"]
The best practice, and least error prone route, is to use the include attribute with a single src folder. Note that file paths in exclude and include are relative to the location of jsconfig.json.
For more information, see the full jsconfig.json documentation.
Migrating to TypeScript
It is possible to have mixed TypeScript and JavaScript projects. To start migrating to TypeScript, rename your jsconfig.json file to tsconfig.json and set the allowJs property to true. For more information, see Migrating from JavaScript.
Note: jsconfig.json is the same as a tsconfig.json file, only with allowJs set to true. See the documentation for tsconfig.json here to see other available options.
Type checking JavaScript
VS Code allows you to leverage some of TypeScript's advanced type checking and error reporting functionality in regular JavaScript files. This is a great way to catch common programming mistakes. These type checks also enable some exciting Quick Fixes for JavaScript, including Add missing import and Add missing property.
TypeScript can infer types in .js files same as in .ts files. When types cannot be inferred, they can be specified using JSDoc comments. You can read more about how TypeScript uses JSDoc for JavaScript type checking in Type Checking JavaScript Files.
Type checking of JavaScript is optional and opt-in. Existing JavaScript validation tools such as ESLint can be used alongside the new built-in type checking functionality.
You can get started with type checking a few different ways depending on your needs.
Per file
The easiest way to enable type checking in a JavaScript file is by adding // @ts-check to the top of a file.
// @ts-check
let itsAsEasyAs = 'abc';
itsAsEasyAs = 123; // Error: Type '123' is not assignable to type 'string'
Using // @ts-check is a good approach if you just want to try type checking in a few files but not yet enable it for an entire codebase.
Using a setting
To enable type checking for all JavaScript files without changing any code, just add "js/ts.implicitProjectConfig.checkJs": true to your workspace or user settings. This enables type checking for any JavaScript file that is not part of a jsconfig.json or tsconfig.json project.
You can opt individual files out of type checking with a // @ts-nocheck comment at the top of the file:
// @ts-nocheck
let easy = 'abc';
easy = 123; // no error
You can also disable individual errors in a JavaScript file using a // @ts-ignore comment on the line before the error:
let easy = 'abc';
// @ts-ignore
easy = 123; // no error
Using jsconfig or tsconfig
To enable type checking for JavaScript files that are part of a jsconfig.json or tsconfig.json, add "checkJs": true to the project's compiler options:
jsconfig.json:
"compilerOptions": {
"checkJs": true
},
"exclude": ["node_modules", "**/node_modules/*"]
tsconfig.json:
"compilerOptions": {
"allowJs": true,
"checkJs": true
},
"exclude": ["node_modules", "**/node_modules/*"]
This enables type checking for all JavaScript files in the project. You can use // @ts-nocheck to disable type checking per file.
JavaScript type checking requires TypeScript 2.3. If you are unsure what version of TypeScript is currently active in your workspace, run the TypeScript: Select TypeScript Version command to check. You must have a .js/.ts file open in the editor to run this command. If you open a TypeScript file, the version appears in the lower right corner.
Global variables and type checking
Let's say that you are working in legacy JavaScript code that uses global variables or non-standard DOM APIs:
window.onload = function() {
if (window.webkitNotifications.requestPermission() === CAN_NOTIFY) {
window.webkitNotifications.createNotification(null, 'Woof!', '🐶').show();
} else {
alert('Could not notify');
};
If you try to use // @ts-check with the above code, you'll see a number of errors about the use of global variables:
Line 2 - Property 'webkitNotifications' does not exist on type 'Window'.
Line 2 - Cannot find name 'CAN_NOTIFY'.
Line 3 - Property 'webkitNotifications' does not exist on type 'Window'.
If you want to continue using // @ts-check but are confident that these are not actual issues with your application, you have to let TypeScript know about these global variables.
To start, create a jsconfig.json at the root of your project:
"compilerOptions": {},
"exclude": ["node_modules", "**/node_modules/*"]
Then reload VS Code to make sure the change is applied. The presence of a jsconfig.json lets TypeScript know that your Javascript files are part of a larger project.
Now create a globals.d.ts file somewhere your workspace:
interface Window {
webkitNotifications: any;
declare var CAN_NOTIFY: number;
d.ts files are type declarations. In this case, globals.d.ts lets TypeScript know that a global CAN_NOTIFY exists and that a webkitNotifications property exists on window. You can read more about writing d.ts in the TypeScript documentation. d.ts files do not change how JavaScript is evaluated, they are used only for providing better JavaScript language support.
Using tasks
Using the TypeScript compiler
One of the key features of TypeScript is the ability to use the latest JavaScript language features, and emit code that can execute in JavaScript runtimes that don't yet understand those newer features. With JavaScript using the same language service, it too can now take advantage of this same feature.
The TypeScript compiler tsc can down-level compile JavaScript files from ES6 to another language level. Configure the jsconfig.json with the desired options and then use the –p argument to make tsc use your jsconfig.json file, for example tsc -p jsconfig.json to down-level compile.
Read more about the compiler options for down level compilation in the jsconfig documentation.
Running Babel
The Babel transpiler turns ES6 files into readable ES5 JavaScript with Source Maps. You can easily integrate Babel into your workflow by adding the configuration below to your tasks.json file (located under the workspace's .vscode folder). The group setting makes this task the default Task: Run Build Task gesture. isBackground tells VS Code to keep running this task in the background. To learn more, go to Tasks.
"version": "2.0.0",
"tasks": [
"label": "watch",
"command": "${workspaceFolder}/node_modules/.bin/babel",
"args": ["src", "--out-dir", "lib", "-w", "--source-maps"],
"type": "shell",
"group": { "kind": "build", "isDefault": true },
"isBackground": true
Once you have added this, you can start Babel with the ⇧⌘B (Windows, Linux Ctrl+Shift+B) (Run Build Task) command and it will compile all files from the src directory into the lib directory.
Tip: For help with Babel CLI, see the instructions in Using Babel. The example above uses the CLI option.
Disable JavaScript support
If you prefer to use JavaScript language features supported by other JavaScript language tools such as Flow, you can disable VS Code's built-in JavaScript support. You do this by disabling the built-in TypeScript language extension TypeScript and JavaScript Language Features (vscode.typescript-language-features) which also provides the JavaScript language support.
To disable JavaScript/TypeScript support, go to the Extensions view (⇧⌘X (Windows, Linux Ctrl+Shift+X)) and filter on built-in extensions (Show Built-in Extensions in the ... More Actions dropdown), then type 'typescript'. Select the TypeScript and JavaScript Language Features extension and press the Disable button. VS Code built-in extensions cannot be uninstalled, only disabled, and can be re-enabled at any time.
Partial IntelliSense mode
VS Code tries to provide project-wide IntelliSense for JavaScript and TypeScript, which is what makes features such as auto-imports and Go to Definition possible. However, there are some cases where VS Code is limited to working only with your currently opened files and is unable to load the other files that make up your JavaScript or TypeScript project.
This can happen in a few instances:
You are working with JavaScript or TypeScript code on vscode.dev or github.dev and VS Code is running in the browser.
You open a file from a virtual file system (such as when using the GitHub Repositories extension).
The project is currently loading. Once loading completes, you will start getting project-wide IntelliSense for it.
In these cases, VS Code's IntelliSense will operate in partial mode. Partial mode tries its best to provide IntelliSense for any JavaScript or TypeScript files you have open, but is limited and is not able to offer any cross-file IntelliSense features.
Which features are impacted?
Here's an incomplete list of features that are either disabled or have more limited functionality in partial mode:
All opened files are treated as part of a single project.
Configuration options from your jsconfig or tsconfig (such as target) are not respected.
Only syntax errors are reported. Semantic errors — such as accessing an unknown property or passing the wrong type to a function — are not reported.
Quick Fixes for semantic errors are disabled.
Symbols can only be resolved within the current file. Any symbols imported from other files will be treated as being of the any type.
Commands such as Go to Definition and Find All References will only work for opened files instead of across the entire project. This also means that symbol from any packages you install under node_module will not be resolved.
Workspace symbol search will only include symbols from currently opened files.
Auto imports are disabled.
Renaming is disabled.
Many refactorings are disabled.
Some additional features are disabled on vscode.dev and github.dev:
Automatic type acquisition is currently not supported.
Checking if you are in partial mode
To check if the current file is using partial mode IntelliSense instead of project-wide IntelliSense, hover over the JavaScript or TypeScript language status item in the status bar:
The status item will show Partial mode if the current file is in partial mode.
12/7/2022
In this article there are 6 sectionsIn this article
IntelliSense
JavaScript projects (jsconfig.json)
Type checking JavaScript
Using tasks
Disable JavaScript support
Partial IntelliSense mode
Hello from Seattle.
Follow @code
Support
Privacy
Manage Cookies
Terms of Use
License
2022 Microsoft