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
Period conversion support should not be public #21574
Comments
Discussing this with @jhoeller a bit more, I think we should expand the scope a bit. I thought initially that it is possible to register more than one If our converter is not a straightforward call, we should consider:
|
The conversion logic in this case is almost public: |
I think for now we should risk making this one package private in 2.3.1. The chances of anyone extending it yet are pretty slim. |
My feeling is that the converters are generally not designed to be subclasses or extended so we should keep them package private and not offer any public API. At least, not until someone specifically asks us to. |
@OrangeDog did for the duration support on Gitter which triggered this issue when I was telling him the exact same thing and noticed the Period one was inconsistent. |
I missed that conversation, is there more context for why the override was required? |
I was doing this
and wanted a public constructor so I could delegate to an instance independently of a And then I found |
Alright so case closed and let's make this one consistent. Thanks both. |
StringToPeriodConverter
is at odds with other converters at the moment (beingpublic
and not flaggedfinal
).2.3.0 is out so that would be a breaking change.
The text was updated successfully, but these errors were encountered: