-
Notifications
You must be signed in to change notification settings - Fork 219
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
StoreConnector distinct default value #68
Comments
Hey there -- thanks for writing in, and sorry about the delay -- on vacation at the moment! Interesting proposal... I don't love the idea of global, mutable variables since they've always given me headaches in the end, but I can see why this functionality would be useful. Lemme play around with a couple of options! |
Hey, have a great vacation! :) I also don't like the idea of having a global/static/mutable property. |
Hey all :) Back from vacay. Aight, so I could create a E.g. Unfortunately, I feel like providing a Global would save the most amount of typing. What are your thoughts? |
Hey :) Sorry for the late response, i also was on vacation :) I agree with StoreConnector.distinct - And you must still remember to use the factory. |
Cool, thanks @smiLLe :) I can add that in if more folks have such an interest. Hope ya had a good vacay! |
Hi,
i am using built_value which implements == and hashcode automatically. So whenever i use the StoreConnector i usually want distinct to be true.
What do you guys think about having something like a static StoreConnector.distinctDefault value
which then will be used as the default value in the constructor?
Oh and thanks for this great lib :)
The text was updated successfully, but these errors were encountered: