Re: [lang] Considering a new String utility class

2023-03-15 Thread Matt Benson
On Wed, Mar 15, 2023 at 11:10 PM Hasan Diwan wrote: > On Wed, 15 Mar 2023 at 20:55, Matt Benson wrote: > > > > > > > Any thoughts? > > > > Something like: > > > StringUtils2.ignoreCase() /* makes the next functions case insensitive > */.respectCase(). * back to case-sensitive */ > > What about

Re: [lang] Considering a new String utility class

2023-03-15 Thread Hasan Diwan
On Wed, 15 Mar 2023 at 20:55, Matt Benson wrote: > > > > > Any thoughts? > Something like: > StringUtils2.ignoreCase() /* makes the next functions case insensitive */.respectCase(). * back to case-sensitive */ ? -- H -- OpenPGP: https://hasan.d8u.us/openpgp.asc If you wish to request my

Re: [lang] Considering a new String utility class

2023-03-15 Thread Matt Benson
On Wed, Mar 15, 2023 at 9:47 PM Gary Gregory wrote: > On Wed, Mar 15, 2023 at 9:11 AM Matt Benson 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

Re: [lang] Considering a new String utility class

2023-03-15 Thread Hasan Diwan
+1 On Wed, 15 Mar 2023 at 05:58, 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

Re: [lang] Considering a new String utility class

2023-03-15 Thread Gary Gregory
On Wed, Mar 15, 2023 at 9:11 AM Matt Benson 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)

Re: [lang] Considering a new String utility class

2023-03-15 Thread Jochen Wiedmann
On Wed, Mar 15, 2023 at 1:58 PM Gary Gregory wrote: > 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(...). Agreed

Re: [lang] Considering a new String utility class

2023-03-15 Thread Matt Benson
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"). Matt On Wed, Mar 15, 2023, 8:06 AM Melloware wrote: > This sounds like a great idea! > > >

Re: [lang] Considering a new String utility class

2023-03-15 Thread Melloware
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

[lang] Considering a new String utility class

2023-03-15 Thread Gary Gregory
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