uot;
> or "asStringBuffer()" method which would return the underlying
> StringBuffer.
>
>
> -Original Message-
> From: Stephen Colebourne [mailto:[EMAIL PROTECTED]
> Sent: Thursday, December 18, 2003 2:53 PM
> To: Jakarta Commons Developers List
>
ber 18, 2003 2:53 PM
To: Jakarta Commons Developers List
Subject: Re: [lang] new StringBuffer +
The idea is to have a drop in replacement for StringBuffer for when you need
more functionality. At work this class is called UStringBuffer. That
implementation decorates a StringBuffer, but I suspect di
Original Message-
> > From: Stephen Colebourne [mailto:[EMAIL PROTECTED]
> > Sent: Thursday, December 18, 2003 11:53
> > To: Jakarta Commons Developers List
> > Subject: Re: [lang] new StringBuffer +
> >
> > The idea is to have a drop in replacement for Str
+1
Good idea
-AMT
-Original Message-
From: ASHWIN Suresh [mailto:[EMAIL PROTECTED]
Sent: Thursday, December 18, 2003 4:35 AM
To: 'Jakarta Commons Developers List'
Subject: RE: [lang] new StringBuffer +
How about StringBufferPlus ??
It's not an abbreviation,
fits
TED]
> Sent: Thursday, December 18, 2003 04:35
> To: 'Jakarta Commons Developers List'
> Subject: RE: [lang] new StringBuffer +
>
> How about StringBufferPlus ??
>
> It's not an abbreviation,
> fits into Stephen's scheme of alphabetical order,
> does
ASHWIN Suresh wrote:
How about StringBufferPlus ??
It's not an abbreviation,
fits into Stephen's scheme of alphabetical order,
doesnt introduce any new terminology/concept,
and gives us a new convention (-Plus suffix) to denote our enhancement
classes.
+1, I like this.
-
M
> > > > To: 'Jakarta Commons Developers List'
> > > > Subject: RE: [lang] new StringBuffer
> > > >
> > > >
> > > > With a "replacement" String class, you can add to it
> all sorts of
> > goodies
> > > >
ly is not
> > "my" class ;-)
> >
> > Gary
> >
> > > -Original Message-
> > > From: Inger, Matthew [mailto:[EMAIL PROTECTED]
> > > Sent: Wednesday, December 10, 2003 12:14
> > > To: 'Jakarta Commons Developers List'
strand", so the name has a whole other connotation
for me! ;-)
Gary
> -Original Message-
> From: Stephen Colebourne [mailto:[EMAIL PROTECTED]
> Sent: Thursday, December 11, 2003 12:07
> To: Jakarta Commons Developers List
> Subject: Re: [lang] new StringBuffer.. what
I favour (insist on) names linked closely to the type being worked on,
rather than creating new names. Basically, its not the job/role of [lang] to
create new concepts, just to simplify working with existing concepts IMO.
(see the lang proposal.html and status.html)
Stephen
> And what do people
BTW: MutableString is a bad name as it can imply a class that holds a
String
and has a getString and setString method.
Stephen
Can you tell us why the name MutableString implies it has a getString and
setString.
And what do people think here of introducing a different term (say Strand)
for th
to what Ash is really proposing.
> I am not advocating for the addition of such a class, it certainly is not
> "my" class ;-)
>
> Gary
>
> > -Original Message-
> > From: Inger, Matthew [mailto:[EMAIL PROTECTED]
> > Sent: Wednesday, December 10, 20
.
Sorry for the confusion.
Ash
> -Original Message-
> From: ASHWIN Suresh
> Sent: Wednesday, December 10, 2003 18:33
> To: 'Jakarta Commons Developers List'
> Subject: RE: [lang] new StringBuffer - correction
>
>
> > (StringBuf) one might prefer a more des
sorry, didn't mean to imply that.
-Original Message-
From: Gary Gregory [mailto:[EMAIL PROTECTED]
Sent: Wednesday, December 10, 2003 3:39 PM
To: 'Jakarta Commons Developers List'
Subject: RE: [lang] new StringBuffer
Matthew,
Please note that I am only replying to A
> From: Inger, Matthew [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, December 10, 2003 12:14
> To: 'Jakarta Commons Developers List'
> Subject: RE: [lang] new StringBuffer
>
> I would get no warm and fuzzy feeling from this. It gains you
> nothing, and will make code m
I don't like the name StringBuf. I just don't see it as descriptive enough.
MutableString is ok. I like CharGroup also.
If it's meant to be an improved replacement for StringBuffer, I always
prefer names like StringBuffer2 or StringBufferX. I guess they can be
considered a bit ugly -- but at
I remembered my favorite name - StringBuf. Its always nice if the class
appears in Eclipse next to the one its replacing :-)
Stephen
- Original Message -
From: "Ash .." <[EMAIL PROTECTED]>
> Sounds good, I will then work on a StringBuffer replacement, and then
> later on get on to providi
Sounds good, I will then work on a StringBuffer replacement, and then
later on get on to providing it with an XUtils.
That way, we will also be able to optimize the subsequent StringBufferUtils
implementation using package-private access.
I have always been a little disappointed with the facilities
18 matches
Mail list logo