import-js/eslint-plugin-import

expose semi-core modules via resolvers

Open

#479 ouverte le 8 août 2016

Voir sur GitHub
 (6 commentaires) (7 réactions) (0 assignés)JavaScript (1 540 forks)batch import
enhancementhelp wantedresolversemver-major

Métriques du dépôt

Stars
 (4 946 stars)
Métriques de merge PR
 (Merge moyen 138j 22h) (3 PRs mergées en 30 j)

Description

https://github.com/clayne11/eslint-import-resolver-meteor/issues/11

TL;DR: semi-magic modules (in this case, meteor/*) that exist on disk (and thus can be linted) but are baked into the environment (and thus, are not explicitly dependencies) ideally should not blow up no-extraneous-dependencies.

Hand-wavy possible solution: allow resolvers to define import types somehow. (maybe move the importType functionality down into the resolver spec?)

Or could keep the existing behavior when/if chosen resolver does not explicitly provide the designation.

Guide contributeur

Direction de recherche
Examinez comment les résolveurs gèrent actuellement les types d'importation et envisagez d'étendre la spécification du résolveur pour permettre la définition de types d'importation pour les modules semi core. Regardez la règle `no extraneous dependencies` pour comprendre comment elle détermine les dépendances superflues.
Stack technique
javascript
Domaine
toolingdeveloper experience
Type d'issue
Fonctionnalité
DifficultéDifficulté estimée pour un nouveau contributeur, de 1 pour un très petit changement à 5 pour un travail expert.
3
Temps estiméFourchette de temps approximative pour investiguer, implémenter, tester et préparer une pull request.
1-2 jours
Statut d'activitéDisponibilité apparente de l'issue : fraîche, active, ancienne, bloquée ou en attente d'un mainteneur.
Active
ClartéClarté avec laquelle l'issue explique le changement attendu, les critères d'acceptation et la prochaine étape.
Claire
Prérequis
ESLint
Accessibilité débutantScore de 1 à 100 estimant l'accessibilité de cette issue pour un premier contributeur.
65