You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
While the AST thinks of the second assignment as an expression, as a user I think of it as an addendum to the LHS, and so I expect it to bind more tightly there than to the value of the assignment.
The text was updated successfully, but these errors were encountered:
It feels like there is a kind of expression that has a a header and a body, and it's OK to keep the header on the same line as something else, and move the body to new lines. (Making up terminology on the spot.)
The expression <Map<...>[....] can be split over multiple lines while keeping the header (<Map<...>>[) on the same line as other context.
It's probably even preferred to split that way, if possible.
This issue is suggesting that the LHS and = of an assignment can be such a header, and that it's preferred to keep it on the same line as something else, if possible.
Another example could be:
var banana =longFunctionName("args", target =biggerAssignedExpression(...));
(Although that may just put every argument on its own line.)
Rather than
I'd prefer
While the AST thinks of the second assignment as an expression, as a user I think of it as an addendum to the LHS, and so I expect it to bind more tightly there than to the value of the assignment.
The text was updated successfully, but these errors were encountered: