microsoft / microsoft/TypeScript
abstract class prototype type has abstract methods even though they are not on the prototype
Personne n'a encore pris cette issue.
- Langage dominant
- Go
- Étoiles
- 111k
- Forks
- 14.3k
- Merge moyen
- 1 j 19 h
- PR mergées (30 j)
- 117
Description
Bug Report
🔎 Search Terms
abstract, prototype, type
🕗 Version & Regression Information
All versions I tried
⏯ Playground Link
Playground link with relevant code
💻 Code
abstract class AnAbstract {
public abstract abstractMethod(): void;
public nonAbstractMethod(): void {
// do something
}
}
// no type error - undefined
console.log(AnAbstract.prototype.abstractMethod);
// no type error - false
console.log(AnAbstract.prototype.hasOwnProperty('abstractMethod'));
// defined
console.log(AnAbstract.prototype.nonAbstractMethod);
// true
console.log(AnAbstract.prototype.hasOwnProperty('nonAbstractMethod'));
🙁 Actual behavior
Abstract class prototype has abstract methods in the type
🙂 Expected behavior
Abstract class prototype to have only concrete methods in the type
I have a function that manually define methods based on what's in the prototype, unfortunately when I use an abstract class the type doesn't reflect reality.
If that type cannot change it would be great to be able to do something like:
type NoAbstract<T> = {
-abstract [key in keyof T]: T[key];
};
Guide de contribution
Ouvrir le guide de contribution
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Piste de recherche
Commencez par l’exemple TypeScript Playground lié et comparez la méthode abstraite déclarée avec le comportement du prototype à l’exécution. Suivez la manière dont le type du prototype d’une classe abstraite est formé, puis vérifiez que les méthodes concrètes restent disponibles tandis que les méthodes abstraites ne le sont pas ; l’issue est terminée lorsque l’exemple signalé est vérifié par le système de types conformément à la réalité de l’exécution et que la couverture de régression pertinente passe.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Évaluation
- Stack technique
- javascript, typescript
- Domaine
- compilers
- Type d'issue
- Bug
- Difficulté
- 4/5
- Temps estimé
- 3-5 jours
- Activité
- À l'abandon
- Clarté
- Plutôt claire
- Accessibilité débutants
- 35/100