-
Notifications
You must be signed in to change notification settings - Fork 55
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
Collection setter signature depends on addSingleItemCollectionBuilders option #117
Comments
Damn - this is hard to fix without breakage. It needs some thought. |
I wonder if we just decide to change the other one to Collection - I don't think it will cause much disruption. |
I wouldn't think so, either. |
@freelon I lost track of this. Does the PR I just merged assert the change we discussed? |
@Randgalt I'm forgot myself, but I don't think so. I'll check later, but I can provide another MR for it. |
I was thinking about this again, and I think it's a bit counterintuitive to have a parameter of type |
My concern is does this limit utility? List is a type of Collection and people can create custom classes that implement Collection but not List/Set. Thoughts? |
Well in that case they could just define a property in the record as type |
generates
public SomeRecordBuilder l(List<Integer> l) {
while adding
changes it to
public SomeRecordBuilder l(Collection<? extends Integer> l) {
.The text was updated successfully, but these errors were encountered: