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 more confusing. Being that String is
final, you can't make this a subclass, so you'd have to do conversions
all over the place between
Message-
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 more
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.
Commons Developers List'
Subject: RE: [lang] new StringBuffer +
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
+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 into Stephen's
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 directly holding
the
String
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 directly holding the
String array would be more
StringBuffer.
-Original Message-
From: Stephen Colebourne [mailto:[EMAIL PROTECTED]
Sent: Thursday, December 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
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
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 to call it
I favour (insist on) names linked
[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 more confusing. Being that String is
final, you can't make
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 Ash's message
.
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 descriptive name at the expense
of this convenience
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, 2003 12:14
To: 'Jakarta Commons Developers List'
Subject: RE: [lang] new StringBuffer
I would get no warm and fuzzy
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 providing it
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
16 matches
Mail list logo