commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Gary Gregory" <ggreg...@seagullsoftware.com>
Subject RE: [lang] ArrayUtils monster file
Date Tue, 27 Jul 2004 23:25:52 GMT
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:scolebourne@btopenworld.com]
> 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" <ggregory@seagullsoftware.com>
> 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:matth@apache.org]
> > 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: commons-dev-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: commons-dev-help@jakarta.apache.org
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: commons-dev-help@jakarta.apache.org
> 
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: commons-dev-help@jakarta.apache.org


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


Mime
View raw message