DEV Community

Cover image for TypeScript vs. JSDoc JavaScript for static type checking
Matt Angelosanto for LogRocket

Posted on • Originally published at blog.logrocket.com

TypeScript vs. JSDoc JavaScript for static type checking

Written by John Reilly ✏️

There's a debate to be had about whether using JavaScript or TypeScript leads to better outcomes when building a project. The advent of using JSDoc annotations to type a JavaScript codebase introduces a new dynamic to this discussion.

In this guide, we'll investigate what that looks like and come to an (opinionated) conclusion.

If you'd talked to me in 2018, I would have solidly recommended using TypeScript and steering away from JavaScript.

The rationale is simple: I'm exceedingly convinced of the value that static typing provides in terms of productivity and avoiding bugs in production. I appreciate this can be a contentious issue, but that is my settled opinion on the subject. Other opinions are available.

TypeScript has long had a good static typing story. Because JavaScript is dynamically typed, historically, it has not. Thanks to TypeScript's support for JSDoc, JavaScript can now be statically type checked.

What is JSDoc JavaScript?

JSDoc itself actually dates way back to 1999. According to Wikipedia:

JSDoc is a markup language used to annotate JavaScript source code files. Using comments containing JSDoc, programmers can add documentation describing the application programming interface of the code they're creating. The TypeScript team have taken JSDoc support and run with it. You can now use a variant of JSDoc annotations to provide type information in JavaScript files.

What does this look like? Take the simpleTypeScript statement below, for example:

let myString: string; 
Enter fullscreen mode Exit fullscreen mode

This TypeScript statement could become the equivalent JavaScript statement with a JSDoc annotation:

/** @type {string} */
let myString; 
Enter fullscreen mode Exit fullscreen mode

This is type-enhanced JavaScript, which the TypeScript compiler can understand and type check.

Why use JSDoc JavaScript?

Why would you use JSDoc JavaScript instead of TypeScript? Well, there's a range of possible use cases.

Perhaps you're writing simple node scripts and you'd like a little type safety to avoid mistakes. Or maybe you want to dip your project's toe in the waters of static type checking but without fully committing. JSDoc allows for that. Or, your team may simply prefer not to have a compile step.

That, in fact, was the rationale of the webpack team. A little bit of history: webpack has always been a JavaScript codebase. As the codebase grew and grew, there was often discussion about using static typing. However, having a compilation step wasn't desired.

TypeScript had been quietly adding support for type checking JavaScript with the assistance of JSDoc for some time. Initial support arrived with the --checkJs compiler option in TypeScript 2.3.

A community member by the name of Mohsen Azimi started experimentally using this approach to type check the webpack codebase. His PR ended up being a test case that helped improve the type checking of JavaScript by TypeScript.

TypeScript v2.9 shipped with a whole host of JSDoc improvements as a consequence of the webpack work. Because it's such a widely used project, this also helped popularize the approach of using JSDoc to type check JavaScript codebases. It demonstrated that the approach could work on a significantly large codebase.

These days, JSDoc type checking with TypeScript is extremely powerful. While not quite on par with TypeScript (not all TypeScript syntax is supported in JSDoc), the gap in functionality is pretty small.

Today, it's a completely legitimate choice to build a JavaScript codebase with all the benefits of static typing.

Why use TypeScript?

If you're starting a project and want to make use of static typing, how do you choose between TypeScript or JavaScript with JSDoc?

Well, unless you have a compelling need to avoid a compilation step, I personally believe TypeScript is the better choice for a number of reasons.

First, the tooling support for using TypeScript directly is better than that for JSDoc JavaScript. At the time of writing, things such as refactoring tools, etc. in your editor work more effectively with TypeScript than with JSDoc JavaScript. That said, these are improving gradually.

Secondly, working with JSDoc is distinctly "noisier" — it requires far more keystrokes to achieve the same level of type safety.

Consider the following TypeScript:

function stringsStringStrings(p1: string, p2?: string, p3?: string, p4 = "test"): string {
  // ...
}
Enter fullscreen mode Exit fullscreen mode

Compared to the equivalent JSDoc JavaScript:

/**
 * @param {string}  p1
 * @param {string=} p2
 * @param {string} [p3]
 * @param {string} [p4="test"]
 * @return {string}
 */
function stringsStringStrings(p1, p2, p3, p4) {
  // ...
}
Enter fullscreen mode Exit fullscreen mode

I may be biased by my familiarity with TypeScript, but I find that TypeScript is easier to read and comprehend compared to the JSDoc JavaScript alternative. The fact that all JSDoc annotations live in comments, rather than directly in syntax, makes it harder to follow. (It certainly doesn't help that many VS Code themes present comments in a very faint color.)

My final reason for favoring TypeScript comes down to falling into the "pit of success." You're cutting against the grain when it comes to static typing and JavaScript. You can have it, but you have to work that bit harder to ensure that you have statically typed code.

On the other hand, you're cutting with the grain when it comes to static typing and TypeScript. You have to work hard to opt out of static typing. The TypeScript defaults tend toward static typing, while the JavaScript defaults tend away.

As someone who very much favors static typing, you can imagine how this is compelling to me!

Which is better: TypeScript or JSDoc JavaScript?

To summarize, in a way, I don't feel super strongly whether people use JavaScript or TypeScript. That said, having static typing will likely be a benefit to new projects.

Here's the bottom line: I'm keen that people fall into the pit of success, so my recommendation for a new project would be TypeScript.

I really like JSDoc myself, and will often use it on small projects. It's a fantastic addition to TypeScript's capabilities. For bigger projects, I'm more likely to go with TypeScript from the get-go.

But, really, either is a solid choice.


Writing a lot of TypeScript? Watch the recording of our recent TypeScript meetup to learn about writing more readable code.

TypeScript meetup header

Oldest comments (2)

Collapse
 
rammina profile image
Rammina

It's much easier to ignore JSDoc than Typescript.

Collapse
 
peerreynders profile image
peerreynders • Edited

Compared to the equivalent JSDoc JavaScript

The code you are showing is "using plain JSDoc" vs "using JSDoc to reference TS types" for static type checking/linting.

In the latter the types are defined in .d.ts files — i.e. the declarations exist in "type space" while JSDoc style annotations are used to reference the TS types in "value space" (the JavaScript files).

Example (Discriminate Union with Exhaustiveness checking):

// file: tutorial.d.ts
//
type TutorialInfo = {
  topic: string;
};

export type VideoTutorial = TutorialInfo & {
  kind: 'video';
  duration: number;
};

export type PdfTutorial = TutorialInfo & {
  kind: 'pdf';
  pages: number;
};

export type Tutorial = VideoTutorial | PdfTutorial;

declare function take(t: Tutorial): void;

export { take };
Enter fullscreen mode Exit fullscreen mode
// file: tutorial.js
//
/** @typedef { import('./tutorial').take } TypeTake */

/** @type { TypeTake } */
function take(tutorial) {
  switch (tutorial.kind) {
  case 'video':
    console.log(`Watch Video: ${tutorial.topic}`);
    break;

  case 'pdf':
    console.log(`Read PDF: ${tutorial.topic}`);
    break;

  default:
    /** @type { never } */
    const _exhaustiveCheck = tutorial;
  }
}

export { take };
Enter fullscreen mode Exit fullscreen mode
// file: index.js
//
import { take } from './tutorial.js';

/** @type { import('./tutorial').VideoTutorial } */
const v = {
  kind: 'video',
  topic: 'In The Loop',
  duration: 3081,
};

/** @type { import('./tutorial').PdfTutorial } */
const p = {
  kind: 'pdf',
  topic: 'Modern Asynchronous JavaScript',
  pages: 75,
};

take(v); // "Watch Video : In The Loop"
take(p); // "Read PDF: Modern Asynchronous JavaScript"
Enter fullscreen mode Exit fullscreen mode

Note how:

  • types are imported from type space into value space, e.g. import('./tutorial').VideoTutorial
  • typedef is used to make an imported type available in the entire file.
  • type is used to reference/formulate the type in the style of TS (rather than JSDoc).