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
I believe this is important because this type of pattern is often found in Dart code, especially when manipulating Futures or Iterables. In fact, a (regex) search for \(\w+\) => within the Dart SDK on my computer showed that the single parameter arrow function was used 479 times.
Any opinions on if this would be a good or bad idea?
The text was updated successfully, but these errors were encountered:
I think it's a reasonable syntax that is unlikely to be a problem parsing.
It only works for a single untyped (but inferred) non-final parameter, but that's still a lot of cases.
It makes the old parameter look like a destructuring of a unary tuple type which I imagine would be compatible with tuples / value type destructuring if it get added.
This isn't really much of an important or huge request, but in my opinion the second is slightly more easily written and read than the first:
vs
I believe this is important because this type of pattern is often found in Dart code, especially when manipulating Futures or Iterables. In fact, a (regex) search for
\(\w+\) =>
within the Dart SDK on my computer showed that the single parameter arrow function was used 479 times.Any opinions on if this would be a good or bad idea?
The text was updated successfully, but these errors were encountered: