commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Juozas Baliuka" <bali...@centras.lt>
Subject Re: [collections] XxxUtils inner classes
Date Wed, 02 Apr 2003 18:56:43 GMT

I prefer not to have subpackages in commons components,
It is better to propose a new experimental componet or move it as top level
project if it grows too mutch.

----- Original Message -----
From: "Henri Yandell" <bayard@generationjava.com>
To: "Jakarta Commons Developers List" <commons-dev@jakarta.apache.org>
Sent: Wednesday, April 02, 2003 7:52 PM
Subject: Re: [collections] XxxUtils inner classes


>
> So do we move to a structure in which each Utils class has its own
> package?
>
> org.apache.commons.collections.CollectionsUtils, which also contains
> Collection implementations and Collection features [the package-scoped
> classes which hide inside CollectionUtils].
>
> org.apache.commons.collections.bag.BagUtils, and Bag interface, and Bag
> implementations etc.
>
> org.apache.commons.collections.map.MapUtils ...
>
> and so on?
>
> Hen
>
> On Wed, 2 Apr 2003, Juozas Baliuka wrote:
>
> >
> > +1, static public inner classes are not very usefull.
> >
> > ----- Original Message -----
> > From: "Shapira, Yoav" <Yoav.Shapira@mpi.com>
> > To: "Jakarta Commons Developers List" <commons-dev@jakarta.apache.org>
> > Sent: Wednesday, April 02, 2003 7:39 PM
> > Subject: RE: [collections] XxxUtils inner classes
> >
> >
> >
> > Hi,
> > Personally: at 1.  I dislike inner classes ;)
> >
> > Yoav Shapira
> > Millennium ChemInformatics
> >
> >
> > >-----Original Message-----
> > >From: Henri Yandell [mailto:bayard@generationjava.com]
> > >Sent: Wednesday, April 02, 2003 12:37 PM
> > >To: Jakarta Commons Developers List
> > >Subject: [collections] XxxUtils inner classes
> > >
> > >
> > >At what point is a Utils class considered to have too many inner
> > classes?
> > >For example, does no one else find the 1200 line MapUtils quite
> > painful? :)
> > >
> > >
> > >Hen
> > >
> > >
> > >---------------------------------------------------------------------
> > >To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
> > >For additional commands, e-mail: commons-dev-help@jakarta.apache.org
> >
> >
> >
> >
> > This e-mail, including any attachments, is a confidential business
> > communication, and may contain information that is confidential,
proprietary
> > and/or privileged.  This e-mail is intended only for the individual(s)
to
> > whom it is addressed, and may not be saved, copied, printed, disclosed
or
> > used by anyone else.  If you are not the(an) intended recipient, please
> > immediately delete this e-mail from your computer system and notify the
> > sender.  Thank you.
> >
> >
> > ---------------------------------------------------------------------
> > 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