microsoft / microsoft/TypeScript
Assertion function methods complains about missing annotation even with explicit annotation
Nadie ha tomado este issue todavía.
- Lenguaje dominante
- Go
- Estrellas
- 111k
- Forks
- 14.4k
- Merge medio
- 1 d 19 h
- PR fusionados (30 d)
- 117
Descripción
This may be working as intended but the error message is at least unclear for this case. It's not obvious why explicit annotation with a Union is different than explicit annotation with a class type.
TypeScript Version: 3.9.4
Search Terms:
- assertion function union
- assertion function
Code
type Pet = Cat | Dog;
type Filter<V extends Pet, T extends 'dog' | 'cat' > = V extends { type: T } ? V : never
abstract class Base {
abstract type: 'dog' | 'cat'
assert<T extends 'dog' | 'cat'>(this: Pet, type: T): asserts this is Filter<Pet, T> {
if (this.type === type) return
throw new Error('nope')
}
}
class Dog extends Base {
type = 'dog' as const
bark() { }
}
class Cat extends Base {
type = 'cat' as const
meow() { }
}
const a: Pet = new Dog() as any
const b: Dog = new Dog() as any
a.assert('dog')
a.bark()
b.assert('dog')
b.bark()
Expected behavior:
a.assert() to narrow the type and not complain about an explicit type annotation
Actual behavior:
a.asserts is marked as implicitly typed
Playground Link:
Related Issues:
#36931
#37241
Guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Línea de trabajo
Reproduce el comportamiento indicado en el TypeScript Playground enlazado usando el ejemplo proporcionado de Pet, Base, Dog y Cat. Empieza siguiendo cómo el compilador comprueba la anotación explícita asserts this is Filter<Pet, T> del método de aserción y, después, compárala con el caso del tipo de clase. Se considera terminado cuando la anotación de unión se gestione de forma coherente o el diagnóstico explique claramente por qué se rechaza, y se haya añadido cobertura de regresión en las pruebas relevantes del compilador.
Escrito por el modelo de indexación a partir del texto del issue.
Evaluación
- Stack tecnológico
- typescript
- Área
- compilers
- Tipo de issue
- Error
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Estado de actividad
- Estancado
- Claridad
- Bastante claro
- Aptitud para principiantes
- 35/100