I’m currently writing a web frontend for a new feature of our product using TypeScript and React (TypedReact). While working with callbacks and class methods I’ve discovered a flaw (or more a missing feature) in the compiler. Consider the following code:
The naive expected output would be:
Bar's value is: Bar. Let’s compile the snippet and run it:
$ tsc --version message TS6029: Version 1.5.0-beta $ tsc --noImplicitAny main.ts && node main.ts Bar's value is: undefined
That’s not the expected result!
undefined. Looking at the code again it’s quite obvious why this happened: We can change the context of
this and bypass the TypeScript type checker. The type system does not track the type of
this correctly. Luckily there are suggestions to fix that (see Github Issue #3694 for example), but these will take a while to ripe. That’s why I would suggest that the TypeScript compiler automatically performs a transformation on class methods as arguments to preserve the
this context like so:
This should be okay, be cause inside a method the compiler assumes that
this is of the classes type so there’s no way to interact with later bound
this contexts anyhow.
I’ve filed an issue, let’s see what the community and the typescript team thinks!
Update July 21, 2015
Unfortunately the ES6 standard seems to define “broken”
this semantics. TypeScript wants to strictly comply to the standard, so they probably will not change anything here (soon). We came up with a better proposal to fix the wrong
this semantics which you could use as coding convention in your code:
This is about 25% slower when called, but at least you get expected
this semantics. Hopefully TypeScript will add proper
this-typing to their type system soon.