Unpredictable behavior when trying to infer a generic type from a union function parameter
#59,046 opened on 2024年6月26日
Repository metrics
- Stars
- (48,455 stars)
- PR merge metrics
- (平均マージ 6d 17h) (30d で 9 merged PRs)
説明
🔎 Search Terms
"parameter generic inference", "union order", "ts2345", "union generic parameter"
🕗 Version & Regression Information
- This is the behavior in every version I tried, and I reviewed the FAQ for entries about unions and generics though I went through it all in general
⏯ Playground Link
💻 Code
type SuccessStatus = 200 | 201;
type InvalidStatus = 400 | 401 | 402 | 403 | 404;
type MyResponse<T, S extends SuccessStatus | InvalidStatus> = {
status: S;
ok: S extends SuccessStatus ? true : S extends InvalidStatus ? false : boolean;
json(): Promise<T>;
};
export const responseHandler = async <T,>(
response:
| MyResponse<T, SuccessStatus>
| MyResponse<{ errorMessage: string }, InvalidStatus>
) => {
if (!response.ok) {
const { errorMessage } = await response.json();
throw new Error(errorMessage);
}
return response.json();
};
// `{id: string }` here can be anything, but `{ errorMessage: string }`
// will always be present, just not necessarily with `404`, might be any InvalidStatus
type PossibleTypesA =
| MyResponse<{ id: string }, 200>
| MyResponse<{ errorMessage: string }, 404>;
type PossibleTypesB =
| MyResponse<{ errorMessage: string }, 404>
| MyResponse<{ id: string }, 200>;
type ValidResponse = MyResponse<{ id: string }, 200>;
type ErrorResponse = MyResponse<{ errorMessage: string }, 404>;
type PossibleTypesC = ErrorResponse | ValidResponse;
const dataA = await responseHandler({} as PossibleTypesA);
// ^ works as expected
const dataB = await responseHandler({} as PossibleTypesB);
// ^ wtf?
const dataC = await responseHandler({} as PossibleTypesC);
// ^ now it works as expected... but why?
🙁 Actual behavior
responseHandler in the snippet above throws a ts2345 error when a union type with a swapped order is passed as an argument. Until now I thought a union type a | b is equivalent to b | a but this doesn't seem to be the case. Curiously, this is no longer an issue if the types that are part of the union are aliased, as can be seen in example C (dataC and PossibleTypesC).
🙂 Expected behavior
dataB should not throw an error.
Additional information about the issue
There is an even crazier example and perhaps it's a better proof that this is a bug.
type SomeType = { id: string };
type PossibleTypesA =
| MyResponse<{ id: string }, 200>
| MyResponse<{ errorMessage: string }, 404>;
type PossibleTypesB =
| MyResponse<{ errorMessage: string }, 404>
| MyResponse<SomeType, 200>;
const dataA = await responseHandler({} as PossibleTypesA);
// ^ works as expected
const dataB = await responseHandler({} as PossibleTypesB);
// ^ does not work but that's why I'm reporting it
type SomeType = { id: string };
type PossibleTypesA =
| MyResponse<SomeType, 200>
| MyResponse<{ errorMessage: string }, 404>;
type PossibleTypesB =
| MyResponse<{ errorMessage: string }, 404>
| MyResponse<SomeType, 200>;
const dataA = await responseHandler({} as PossibleTypesA);
// ^ works as expected
const dataB = await responseHandler({} as PossibleTypesB);
// ^ it works now???
This is pure insanity to me as the only thing I changed between these two examples is whether PossibleTypesA uses SomeType or not. It should not in any circumstance affect dataB, so I'm extremely confused what is happening here.