I wonder if "ArrayModificationUtils" is too kitchen-sink-like of a name where we would end up with a lot in there: add, remove, insert, etc. which is what we are trying to avoid.
It would be nice to have a targeted class name but there is also the issue of ending up with a bunch of ArrayXxxUtils classes, which could be confusing too (arg). Also, in this case, the "add*" methods do not modify arrays since you cannot grow an array in Java. A new array is always returned when "adding" something to it. So the "Modification" in the name could be misleading. "ArrayAdditionUtils" sounds, to me, a bit too... mathematical? It just scans oddly IMHO. Since methods would be "add" and "addAll", I thought that a name, which is certainly not a great one, with "Add" in it conveys that is where the "add" method are. Stretching it a bit I know. I wonder if we could start "ArrayAddUtils" (or "AddArrayUtils"?) and see what it looks like...? Or another name of course :-) Please propose away! Gary > -----Original Message----- > From: Henri Yandell [mailto:[EMAIL PROTECTED] > Sent: Tuesday, July 27, 2004 20:47 > To: Jakarta Commons Developers List > Subject: RE: [lang] ArrayUtils monster file > > > ArrayAdditionUtils > > ArrayModificationUtils (unsure if we could take remove's and other > modifiers over too?) > > > On Tue, 27 Jul 2004, Gary Gregory wrote: > > > None of the add* methods were in 2.0, so we should be clear. > > > > New class name proposals: > > > > (1)ArrayAsListUtils? but we are not dealing with lists, only "add" > > operations on []s. > > > > (2)ArrayAddUtils? > > > > (3)? > > > > Gary > > > > > > > -----Original Message----- > > > From: Stephen Colebourne [mailto:[EMAIL PROTECTED] > > > Sent: Tuesday, July 27, 2004 16:20 > > > To: Jakarta Commons Developers List > > > Subject: Re: [lang] ArrayUtils monster file > > > > > > It depends on whether there were any methods like this in v2.0. If > > not, > > > then > > > an ArrayAsListUtils class might work. Especially as I reckon we should > > > have > > > split StringUtils for v2.0, and thats too late now. > > > > > > Then again, should that be in collections? Probably not due to arrays > > not > > > really being collections. > > > > > > Stephen > > > > > > ----- Original Message ----- > > > From: "Gary Gregory" <[EMAIL PROTECTED]> > > > ArrayUtils contains methods called "add" and "addAll" marked for 2.1, > > > these would be moved and complete for missing primitive type > > signatures. > > > > > > > > > Gary > > > > > > > -----Original Message----- > > > > From: matthew.hawthorne [mailto:[EMAIL PROTECTED] > > > > Sent: Tuesday, July 27, 2004 14:54 > > > > To: Jakarta Commons Developers List > > > > Subject: Re: [lang] ArrayUtils monster file > > > > > > > > Gary Gregory wrote: > > > > > ArrayUtils is currently a 3800+ line monster file. I am working > > on > > > > > adding "add" and "addAll" methods for 2.1 and am wondering what > > > folks > > > > > would think of a separate class for these ops: ArrayAddUtils? > > > > > AddArrayUtils? > > > > > > > > Sounds like a good idea, depending on how many methods you're > > adding. > > > > > > > > That's an incredibly large class, but all of the methods seem > > somewhat > > > > simple, > > > > so I could see arguments for keeping it together vs. breaking things > > > > apart. > > > > > > > > > > --------------------------------------------------------------------- > > > > 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] > > > > > > --------------------------------------------------------------------- > > 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]
