-
Notifications
You must be signed in to change notification settings - Fork 64
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
FlowTyped Declarations #73
Comments
Ehhhh I see your point but I actually like that it forces you to put the You can just use your own definitions in place of the ones supplied right? |
@AlexGilleran Apologies, I am constantly at 200% capacity and forgot to take care of this issue. -- Yeah, I was able to patch it up without any issues. I think it may boil down to opinion on this, but thinking about what I've used, personally, as well as what I have seen in the community, it is the norm to follow conventions such as
or
etc... In places that values are negated by default, I don't see many explicitly negating. |
Hello @AlexGilleran I agree it is a matter of opinion if we should or not have an explicit boolean cast in conditions. Except that I think, like @colshacol, that we should have a consistent behavior between So, since Flow does not raise an error on |
I agree @colshacol and @JalilArfaoui . Since it is so obvious that whatever passed into In my project we end up casting all statements with |
In usage with Flow, I get errors like this:
I am wondering that, since the values passed into
condition
are negated to truthy or falsey, shouldn't it acceptany
type?Apologies if this question belongs elsewhere. If so, please do direct me.
The text was updated successfully, but these errors were encountered: