Feature: Analyze @throws tags

Description

Given a function has a @throws JSDoc tag, it would be helpful to apply some analysis and raise a compiler warning (or, if configured, an error) when the caller does not handle the error and it doesn't declare its own @throws tag.

Examples

/**
 * @throws {SomeException}
 */
function myFunction() {
  // some logic
  // then for some reason we throw an exception
  if (somethingWentWrong) {
    throw new SomeException("something happened");
  }
  // some more logic
}

function potentialMess() {
  myFunction(); // Compiler error: 'myFunction' may throw `SomeException`. ts(9876)
}

/**
 * @throws {SomeException}
 */
function letItBubble() {
  myFunction(); // No compiler errors
}

function aFunctionThatHandlesTheException() {
  try {
    myFunction(); // No compiler errors
  }
  catch (error) {
    // do something with the error
  }
}

Questions

• Ideally, it would be even better if VSCode realizes that myFunction throws an error, and then @throws is not required for the analysis. Still, this approach would be useful when dealing with external code/interfaces.

• It is my understanding that JSDoc's @throws is allowed once -- if this is correct, then VSCode could ignore this and accept multiple tags anyway? Otherwise, maybe we can use a different tag, e.g. @exception?

Commencer par les exemples JSDoc @throws de l’issue et suivre la manière dont le compilateur TypeScript gère les appels, les erreurs levées et le flux de contrôle de try/catch. Définir comme critère de complétion l’émission d’avertissements ou d’erreurs configurables pour les appels non gérés, la propagation lorsque l’appelant déclare @throws, et l’absence de diagnostic lorsque l’exception est interceptée ; les questions concernant les inferred throws et les balises répétées nécessitent des décisions de conception.