Comment combattre des tonnes de problèmes non résolus variables d'avertissement dans Webstorm?
J'ai une fonction qui prend une des données à partir du serveur:
function getData(data){
console.log(data.someVar);
}
Webstorm dit que someVar
- est un non résolue variable.
Que puis-je me débarrasser de ces avertissements?
Je vois plusieurs options:
- Supprimer les avertissements dans les paramètres ide;
- Ajouter un json fichier source avec des champs (détails);
- Utiliser des tableaux de syntaxe:
data['some_unres_var']
;
Aussi Webstorm me proposant de créer l'espace de noms pour les "données" (ajouter une annotation comme /** @namespace data.some_unres_var*/
), de créer un tel champ, ou le renommer.
- Réponse rapide: clic droit -> Utilisation de la Bibliothèque Javascript -> assurez-vous que le HTML est cochée. Le suivi par la recherche à la disposition des bibliothèques javascript dans les paramètres du projet pour obtenir une meilleure compréhension de ce qui se passe.
Vous devez vous connecter pour publier un commentaire.
Utilisation JSDoc:
/** * @type {Object} * @property {string} sortval - value to sort by */ var a;
MediumEditor
, mais l'ide, donne-moi l'infâme suspens variable d'avertissement.JSDoc l'objet. Puis ses membres.
@property
pour les variables locales (sans paramètres){{ member:type }}
syntaxe Andreas suggéré peuvent entrer en conflit avec les modèles Django.Document les tableaux d'objets, utilisez
[]
parenthèses, comme JSDoc suggère:Toutes les autres réponses sont incorrectes pour le cas général. Que faire si vous n'obtenez pas
data
comme paramètre? Vous n'avez pas JSDoc alors:WebStorm avertit que "le résultat.les entrées" est un non résolue variable (champ).
La solution générale est d'ajouter une
@namespace
déclaration:req.headers
) et d'automatiquement affecter les enfants à elle? (désolé pour la non mise en forme dans les commentaires!)à l'aide d'un mannequin fichier js avec fonction anonyme expression de retourner le json littérale, comme il est écrit au http://devnet.jetbrains.com/message/5366907, peut être une solution. Je peux aussi proposer la création d'un faux variable qui va contenir cette valeur json, et utiliser cette variable comme une valeur d'annotations @param laisser WebStorm savoir ce que le type réel est. Comme:
Voir aussi http://devnet.jetbrains.com/message/5504337#5504337
Déstructuration de l'utilisation, de Luke.