microsoft / microsoft/TypeScript
Nested generic calls don't inherit outer inferences when their return types are intersections containing functions
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
generic call inference intersection return type
🕗 Version & Regression Information
- This is the behavior in every version I tried
⏯ Playground Link
💻 Code
interface Config<T> {
context: T;
invoke: {
(x: T): void;
exec: (x: T) => void;
};
}
declare function create<T>(config: Config<T>): void;
declare function myInvokeBroken<T>(i: { exec: (x: T) => void }): {
(x: T): void;
} & typeof i;
create({
context: { count: 3 },
invoke: myInvokeBroken({
exec: (x) => {
x
// ^?
x.count.toFixed(2);
},
}),
});
declare function myInvoke<T>(i: { exec: (x: T) => void }): {
(x: T): void;
exec: (x: T) => void;
};
create({
context: { count: 3 },
invoke: myInvoke({
exec: (x) => {
x
// ^?
x.count.toFixed(2);
},
}),
});
🙁 Actual behavior
x doesn't get contextually typed based on the outer inferences in the myInvokeBroken example
🙂 Expected behavior
I would expect myInvokeBroken and myInvoke to work here in the same way. Their return types are the same. It's only that myInvokeBroken is using an intersection in its return type while myInvoke isn't
Additional information about the issue
No response
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
Comienza con la reproducción enlazada en TypeScript Playground y compara la inferencia de las dos llamadas genéricas, centrándote en el tipo de retorno de intersección de myInvokeBroken frente al tipo de retorno explícito de objeto invocable de myInvoke. Traza el recorrido del comprobador de tipos que proporciona tipos contextuales al callback exec anidado. Se considera terminado cuando ambos ejemplos tipan contextualmente x como { count: number } y se acepta x.count.toFixed(2), con una prueba de regresión que cubra la diferencia.
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