Skip to content
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

Closed
max-sixty opened this issue Aug 8, 2023 · 4 comments
Closed

unwrapped vs. collect / collected #498

max-sixty opened this issue Aug 8, 2023 · 4 comments

Comments

@max-sixty
Copy link

(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 a String.

@zesterer
Copy link
Owner

zesterer commented Aug 8, 2023

In hindsight I think I agree that .collected() would have been a better name. That said, it's such a common name that changing it would represent pretty serious breakage for basically all crate users.

@Zij-IT
Copy link
Contributor

Zij-IT commented Aug 8, 2023

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

@zesterer
Copy link
Owner

Counter-counterpoint: A lot of users are already using 1.0. Although we've not made explicit stability guarantees, we have implied that the broad strokes of the crate will not be changing provided they're not relying on something very idiosyncratic. To me, this feels like it doesn't pass the value:breakage test. Maybe I'll come back in a week and my opinion will have changed though, I'm not sure.

@Zij-IT
Copy link
Contributor

Zij-IT commented Aug 10, 2023

Counter-counterpoint: A lot of users are already using 1.0. Although we've not made explicit stability guarantees, we have implied that the broad strokes of the crate will not be changing provided they're not relying on something very idiosyncratic. To me, this feels like it doesn't pass the value:breakage test. Maybe I'll come back in a week and my opinion will have changed though, I'm not sure.

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

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants