commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Henri Yandell <bay...@generationjava.com>
Subject Re: [collections] XxxUtils inner classes
Date Wed, 02 Apr 2003 17:52:35 GMT

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


Mime
View raw message