Giter VIP home page Giter VIP logo

Comments (5)

RyanCavanaugh avatar RyanCavanaugh commented on April 29, 2024 1

Not a bug; this behavior follows from the JS inference rules.

The implied feature request here is to issue more circularity errors.

from typescript.

fatcerberus avatar fatcerberus commented on April 29, 2024

It actually has nothing to do with the self-assignment; the core of the issue is that you’re initializing it to null, which causes TS to infer any for the type of that property (the compiler figures you probably don’t want it to stay as null so that would be a useless inference, and evolving types for properties aren’t a thing).

Workaround: Explicitly type the property as number | null. I’m not sure how to do that with JSDoc; maybe a @type tag?

from typescript.

jespertheend avatar jespertheend commented on April 29, 2024

Hmm I'm not entirely sure about that, but you might be right.
For example, if you replace that line with this, the issue is also solved:

this.maybeNum = 1;

(playground)

Since Math.max() is known to always return a number, shouldn't TypeScript be able to type the property implicitly?
For instance, this also fixes the issue:

this.maybeNum = Math.max(1);

(playground)

So that seems to suggest that this is a bug after all.

I'm aware the fix is to explicitly give it a type. However, since I have TypeScript configured with noImplicitAny, I would expect TypeScript to warn me that this property has an any type. But now that I think about it, this is appears to be a separate issue.

from typescript.

MartinJohns avatar MartinJohns commented on April 29, 2024

Since Math.max() is known to always return a number, shouldn't TypeScript be able to type the property implicitly?

But you're passing this.maybeNum in, so at that point the compiler must already know the type of maybeNum. The compiler doesn't do type checks in two phases.

Besides that, the type number would clearly be wrong, as you assign null do it in the constructor. So the type would have to be number | null.

As @fatcerberus suggested, you can do this:

/** @type {number | null} */
this.maybeNum =  null;

from typescript.

jespertheend avatar jespertheend commented on April 29, 2024

The compiler doesn't do type checks in two phases.

But it doesn't need two phases though!

If you turn it into this, it also infers the type correctly:

const x = Math.max(this.maybeNum);
this.maybeNum = x;

(playground)

So this is clearly a weird edge case and I'm pretty certain this is a bug :)
If not, then at least this should be considered a feature request.

from typescript.

Related Issues (20)

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.