Repository navigation
Open
Labels
Awaiting More FeedbackThis means we'd like to hear from more people who would be helped by this featureThis means we'd like to hear from more people who would be helped by this featureSuggestionAn idea for TypeScriptAn idea for TypeScript
Description
Suggestion
π Search Terms
generic, bind, call
β Viability 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, new syntax sugar for JS, etc.)
- This feature would agree with the rest of TypeScript's Design Goals.
β Suggestion
Currently, binding or calling a function loses its generics. Suggestion: Don't lose the generic.
π Motivating Example
Let's say I have a generic function getMediaAd
export async function getMediaAd<T extends Ad>(
this: Client,
params: { locale?: string; media_id: string; format: T['format'] },
) {
const url = this.cmsUrl(`api/ads/random`, params)
if (!params.locale) url.searchParams.set('locale', this.locale)
return this.get<T>(url, this.cmsHeaders())
}This function can obtain multiple types of ad formats, determined by T.
I want to put this function inside a Client class to access some client-specific features.
export class Client {
getMediaAd = getMediaAd.bind(this)
}However, when I do that, this.getMediaAd loses its generic parameter.
Losing the generic parameter means I can't tell it what is T supposed to be, like this:
export async function getMediaBillboardAd(
this: Client,
params: { locale?: Intl.UnicodeBCP47LocaleIdentifier; media_id: string },
) {
return this.getMediaAd<AdBillboard>({ ...params, format: adFormat.billboard })
}Here, T is AdBillboard. However, getMediaAd expects 0 generic parameters.
π» Use Cases
I want to use this to create an API wrapper client, but keep the ability to declare functions in different files.
Reacted by Made Baruna, Jonathan MASSUCHETTI, _Kerman, Stanislav PetroviΔ, Jonny Lee, Luke Hatcher, Oleksandr Danylchenko, ippei, James Finlinson, Jules Sam. Randolph and 3 more
Metadata
Metadata
Assignees
Labels
Awaiting More FeedbackThis means we'd like to hear from more people who would be helped by this featureThis means we'd like to hear from more people who would be helped by this featureSuggestionAn idea for TypeScriptAn idea for TypeScript
Activity
jcalz commentedon Jun 21, 2023
Related to #47899. Currently #27028 and #28920 don't cover all possible cases with generics. Maybe the suggestion is to do something #30215-like with
bind/call/apply?NatoBoram commentedon Jun 30, 2023
If we're being honest here, you guys are frighteningly smarter than me. I get lost literally five words in in any of these discussions.
Basically, what I want is for the bound function to have the same signature (including generics) as the original function.
I have a minimal reproduction sample here:
In this example,
getAdhas a different signature thanClient.getAd, which I don't think should happen.rosostolato commentedon Aug 17, 2023
I posted a related question on stackoverflow and it looks like there's no current option to solve it: https://stackoverflow.com/questions/76924554/why-doesnt-typescript-correctly-infer-this-type
JesusTheHun commentedon May 21, 2024
One thing to keep in mind is that the
.bindmethod accept arguments that will be used systematically when calling the binding :