I have a similar method in our code -- the use case is to take user input (plain English field names, for instance) and turn it into variable names for DTOs (or similar).
Another use we have for it is taking Java format ENUM_NAMES and turning them into camelCaseVariableNames for things like dynamic property sheets. ~Roger Whitcomb -----Original Message----- From: Duncan Jones [mailto:[email protected]] Sent: Thursday, June 01, 2017 7:32 AM To: Commons Developers List <[email protected]> Subject: Re: [lang] Appetite for new method StringUtils.toCamelCase(String str, char delimiter, boolean capitalizeFirstLetter) On Thu, 1 Jun 2017 at 15:27, Gary Gregory <[email protected]> wrote: > IMO camel casing is all about words so [text] WordUtils. But why not > have a CamelCaseUtils instead? > > Gary +1. IMO it belongs in TEXT (if anywhere) and we should avoid classes +with static methods. Per our other conservation about case conversions, we should carefully specify whether this uses upper- or title-case and how it behaves in different locales. OOI, what is your real world use case for this? Duncan > > On Jun 1, 2017 7:14 AM, "Rob Tompkins" <[email protected]> wrote: > > > > > > On Jun 1, 2017, at 10:11 AM, Gary Gregory <[email protected]> > > wrote: > > > > > > Isn't this kind of stuff or anything camel case supposed to be in > [text] > > > > I’m ok with that path as well. It feels like it’s on the line > > between the two components. Either way, it sounds like you’re not > > opposed to adding > it > > to a component. > > > > Should it be TextUtils.toCamelCase(String str, char delimiter, > > boolean capitalizeFirstLetter), or WordUtils maybe, if we were to > > put it in > [text]? > > > > -Rob > > > > > these days? > > > > > > Gary > > > > > > On Jun 1, 2017 7:03 AM, "Rob Tompkins" <[email protected]> wrote: > > > > > >> Hello all, > > >> > > >> Folks at my day job have a method that takes in a space delimited > String > > >> (or arbitrarily delimited string for that matter), and returns a > > >> camel cased string. Is there any reason that this shouldn’t be in > > StringUtils? It > > >> feels reasonable to me. What are folks thoughts? > > >> > > >> Cheers, > > >> -Rob > > >> ----------------------------------------------------------------- > > >> ---- To unsubscribe, e-mail: [email protected] > > >> For additional commands, e-mail: [email protected] > > >> > > >> > > > > > > -------------------------------------------------------------------- > > - To unsubscribe, e-mail: [email protected] > > For additional commands, e-mail: [email protected] > > > > > --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
