FYI, I considered trying to bind the prototype instance to the derived type, but I couldn't quite get that way to work. So instead, I resolve the current "this" to use as the class instance instead. It works, but let me know if there's a better way to approach this. Thanks.

Could we create an override method for inheritance class ...

I explored this a bit. It would have side effects, even without using the this return type.

For example, given:

class X {
 private foo: i32 = 0;
 doSomething(): void {
 this.foo = 1;
 }
}
class Y extends X {
}

... we can't just transform it to this:

class X {
 private foo: i32 = 0;
 doSomething(): void {
 this.foo = 1;
 }
}
class Y extends X {
 doSomething(): void {
 this.foo = 1;
 }
}

... because field foo is declared private.

The resolver implementation does effectively create an alias of the member, but in doing so it uses the original prototype, bound to the base instance. It doesn't create an actual override.

This PR has been automatically marked as stale because it has not had recent activity. It will be closed in one week if no further activity occurs. Thank you for your contributions!

@HerrCai0907 does @mattjohnsonpint make sense in their explanation? Is there anything else to consider? I think it would be great to get support for this feature.

This PR has been automatically marked as stale because it has not had recent activity. It will be closed in one week if no further activity occurs. Thank you for your contributions!

I am wondering if there are still any outstanding concerns with this or if it could be merged.

This PR has been automatically marked as stale because it has not had recent activity. It will be closed in one week if no further activity occurs. Thank you for your contributions!

I plan to look at this to see if I can make sense of it. Last week was busy and I haven't had a chance yet.