On Wed, Mar 15, 2023 at 9:11 AM Matt Benson <mben...@apache.org> wrote:
>
> Agreed, Gary. Sounds promising. Maybe consider the "modern" terser builder
> style a la AWS builders or such (i.e. since the "mutator" isn't a classic
> Java beans mutator in any case, you can omit "set").

So a setter is called foo(value) and the getter is called foo()? Kinda
confusing IMO.

Gary

>
> Matt
>
> On Wed, Mar 15, 2023, 8:06 AM Melloware <melloware...@gmail.com> wrote:
>
> > This sounds like a great idea!
> >
> >
> > On 3/15/2023 8:58 AM, Gary Gregory wrote:
> > > PRs and issues like "[LANG-1682] Adding new startsWithAnyIgnoreCase
> > > method and tests cases" keep popping up from time to time.
> > >
> > > My preference is to stop adding APIs that are variations of other APIs
> > > based on case sensitivity (and Charset, Locale, and so on).
> > >
> > > Instead, I can see adding a new String utility class that tracks such
> > > attributes on its instance such that you'd say something like:
> > > - Strings.caseSensitive().someOperation(...)
> > > - Strings.caseInsensitive().someOperation(...).
> > >
> > > The 2 above would access pre-built instances probably. A builder would
> > > let you build an instance that your app can cache:
> > > Strings.builder().setCaseSensitivity(true).setCharset(...).build();
> > >
> > > An instance of Strings or whatever to call such a class would track
> > > case sensitivity, a Locale, and maybe an input and output Charset, I'm
> > > not 100% sure yet. But you get the idea I hope.
> > >
> > > Any thoughts?
> > >
> > > Gary
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> > > For additional commands, e-mail: dev-h...@commons.apache.org
> > >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> > For additional commands, e-mail: dev-h...@commons.apache.org
> >
> >

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Reply via email to