microsoft / microsoft/TypeScript
Accept de-structured elements in type predicates
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
Search Terms
- type predicate
- reference binding pattern
- type predicate cannot reference
- destructured
Suggestion
The possibility to use destructured parameters in type predicates.
Use Cases
Destructuring is heavily used in functional/reactive programming, notably with rxjs where various contextual properties tend to be passed between each operator.
Having the ability to succinctly test for types would make the code more readable, e.g.:
type Example = {
a: number;
b: string | undefined;
};
const example: Example = {
a: 42,
b: 'hello';
};
of(example).pipe(
guard(({ b }): b is string => b !== undefined, 'b cannot be undefined'),
tap({ b }) => { /* b is now a string rather than a string | undefined })
);
Right now the alternative is
of(example).pipe(
guard((x): x is Omit<typeof x, 'b'> & { b: string } => x.b !== undefined, 'b cannot be undefined'),
tap({ b }) => { /* b is now a string rather than a string | undefined })
);
Or, without a predicate
of(example).pipe(
map(x => {
if (x.b === undefined) {
throw new Error();
}
return x;
}),
tap({ b }) => { /* b is now a string rather than a string | undefined })
);
Examples
function assertSomething(
{ property }: T
): property is AssertionHere {
return true;
}
This would roughly translate to something like:
function assertSomething(
obj: T
): obj is Omit<T, 'property'> & { property: AssertionHere } {
return true;
}
Checklist
My suggestion meets these guidelines:
- This wouldn't be a breaking change in existing TypeScript/JavaScript code
- This wouldn't change the runtime behavior of existing JavaScript code
- This could be implemented without emitting different JS based on the types of the expressions
- This isn't a runtime feature (e.g. library functionality, non-ECMAScript syntax with JavaScript output, etc.)
- This feature would agree with the rest of TypeScript's Design Goals.
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
En el issue no se identifican archivos, pruebas ni puntos de entrada del compilador. Empieza leyendo los ejemplos de type-predicate y destructured-parameter y, después, sigue cómo TypeScript valida actualmente los tipos de los parámetros y del valor de retorno de los predicados de tipo. Se considera terminado cuando se acepten parámetros desestructurados en los predicados de tipo y sus tipos estrechados se comporten como se muestra, sin cambiar el JavaScript emitido.
Escrito por el modelo de indexación a partir del texto del issue.
Evaluación
- Stack tecnológico
- typescript
- Área
- compilers
- Tipo de issue
- Nueva funcionalidad
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Estado de actividad
- Tranquilo
- Claridad
- Bastante claro
- Aptitud para principiantes
- 35/100