Union Type inference not working in class (ts version 1.4)

Hi,
Union type inference is not working inside classes functions. For example trying to compile the below code :

type NameOrNameArray = string | string[];

class NameCreator {

    constructor(public name:NameOrNameArray) {}

    createName():string {
        if (typeof this.name === "string") {
            return name;
        }
        else {
            this.name.forEach((elem)=>{
                console.log(elem);
            });
            return this.name.join(" ");
        }
    }
}

gives the error :

Property 'forEach' does not exist on type 'string | string[]'.

The same code works well when using a function. Same error in Visual studio and in the Playground.

I am able to remove the error only by using explicit type assertion

(<string[]>this.name).forEach((elem)=>{
    console.log(elem);
 });
 return (<string[]>this.name).join(" ");

Type guards only work on simple variables, not properties of an object, so you need to copy the property into a local variable.

type NameOrNameArray = string | string[];

class NameCreator {

    constructor(public name: NameOrNameArray) {}

    createName(): string {
        var name = this.name;  // Copy into variable
        if (typeof name === "string") {
            return name;
        }
        else {
            name.forEach(elem => {
                console.log(elem);
            });
            return name.join(" ");
        }
    }
}

We have this restriction because we want to track (to the best of our abilities) that there are no assignments to the variable in the guarded section. This is pretty much impossible to do correctly for properties without extensive flow and alias analysis. For example:

function printString(s: string) { ... }
class Foo {
    name: string | string[];
    foo() {
        if (typeof this.name === "string") {
            this.bar();
            printString(this.name);  // Ok?
        }
    }
    bar() {
        this.name = ["hello"];
    }
}

This is just a simple example. You can construct increasingly impossible ones with little effort.

A possible alternative to our current design is to allow type guards to work on dotted names of the form x.y.z or this.x.y.z and to ignore the effects of assignments to such names (or parts of them). But it would mean that we wouldn't catch errors like the one in the example above.

Thanks, i get a much better understanding of type guard. The use of class properties or 'global variables' doesn't really make sense as it's pretty much impossible to make sure that the condition typeof this.name === "string" will still be true accross the type guarded scope. So i guess it'll still be confusing to allow dotted name in type guards.

Hi, is this issue going to be fixed?

We still need to work out the exact semantics of how this would work. It's less clear exactly what forms should be allowed since non-local effects are much easier on class members. Consider, for example:

class Thing {
    x: string|number;

    ensureXisString() {
        this.x = this.x.toString();
    }   

    someMethod() {
        if(typeof this.x === 'number') {
            this.ensureXisString();
            // Narrowed to this.x: number here, which is 100% wrong
        }
    }
}

It would be nice if type guards recognised Array.isArray()

this doesn't seem to work either (v1.4)
instanceof Array

Daniel J Sinclair (@danieljsinclair)

Daniel J Sinclair (@danieljsinclair) The x instanceof Array issue was fixed in #1657.

Tentatively approved. Need to see how this impacts real-world code.

Just looking at old issues; this one was fixed in TS 2.0 when control flow analysis was introduced.

Navigation Menu

Repository navigation

Union Type inference not working in class (ts version 1.4) #1706

Metadata

Assignees

Labels

Type

Projects

Milestone

Relationships

Development

Union Type inference not working in class (ts version 1.4) #1706

Description

Activity

erichillah commented on Jan 17, 2015

ahejlsberg commented on Jan 17, 2015

erichillah commented on Jan 18, 2015

antoinerousseau commented on Jan 22, 2015

RyanCavanaugh commented on Jan 22, 2015

danieljsinclair commented on Jan 26, 2015

ahejlsberg commented on Jan 26, 2015

RyanCavanaugh commented on Apr 27, 2015

jakebailey commented on Jul 7, 2023

Metadata

Metadata

Assignees

Labels

Type

Projects

Milestone

Relationships

Development

Issue actions