-
-
Notifications
You must be signed in to change notification settings - Fork 155
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
unwrapped
vs. collect
/ collected
#498
Comments
In hindsight I think I agree that |
Counterpoint: The jump from the most recent non-alpha-version to what would be v1.0 is already a pretty big breaking change, and will force many users to rewrite a decent portion anyway. I don't believe that an extra function name change is too much |
Counter-counterpoint: A lot of users are already using |
Counter-counter-counterpoint: Nah, I’m kidding, I just wanted to write that. As one of the users of 1.0, I can say it wouldn’t bother me, but I think I count as biased here 😅 Anyhow, whichever way the dominos fall doesn’t change much in the grand scheme of things |
(This is v narrow, feel free to close without explanation.)
I appreciated the naming of
.unwrapped()
to demonstrate it wasn't the same as.unwrap()
.WDYT about using the same logic with
.collect
? I was initially confused why.collect::<String>()
didn't create aString
.The text was updated successfully, but these errors were encountered: