Re: StringBuilder Difficulties
On 05/07/2011 12:32 PM, markspace wrote:
On 7/4/2011 11:06 PM, super... wrote:
public foobar (int a, String b) {
x = a + b.length();
y = 1.3*x;
You go through quite a bit of verbiage to justify not typing int and
double in front of those last two lines.
Toy example.
And the JLS goes through a lot more veriage to explain the exact
semantics of every little construct in Java. With good reason.
(Incidentally, while we're talking excess verbiage, your nom de usenet
broke my reply button. Do you think you could adopt something that's
less than 40 characters?)
Do you think you could adopt a newsreader that doesn't have glaring
errors in it such as fixed-size char* buffers instead of
java.lang.Strings or similarly non-woefully-primitive implementation
datatypes? ;)
Here at least we agree--Perl is too "compact" to the extreme that it's
almost unreadable. Sure, I wouldn't mind if the Java compiler were a bit
smarter, but at the same time I don't feel your examples were exactly
compelling either.
It's just not that hard to specify the type of a variable explicitly.
Not when there are only two of them and they're "int" and "double".
It starts to seem a bit more tedious the fifty-thousandth time you type
ConcurrentNavigableMap<QuuxscapeTuttifrutticatorGUIDInstance<String>,
List<FrobnicatorFactoryServiceProviderFactoryImpl<Integer,String>>>
foo
in a three million LOC project. Particularly when you frequently follow
it up with
= new ConcurrentSkipListMap<QuuxScapeTuttifrutticatorGUIDInstance<String>,
List<FrobnicatorFactoryServiceProviderFactoryImpl<Integer,String>>>(new
Comparator<QuuxScapeTuttiFrutticatorGUIDInstance<String>>() {
public int compare (QuuxscapeTuttiFrutticatorGUIDInstance<String>
x, QuuxscapeTuttiFrutticatorGUIDInstance<String> y) {
; use the reverse of the usual order in this one
return compare(y.getToken(),x.getToken());
}
};
and then the damn thing won't compile because you have the wrong
capitalization for QuuxScape (or is it Quuxscape?) here and there.
No one's fingers will fall off from typing.
I beg to differ; I'm sewing two of mine back on right after I hit "send"
and that's just from writing a mere 12 lines of typical Java. Just
imagine how many times I'll have reattached them by the third million
LOC or so. ;)
I understand you don't care for it, but it's not odious either.
*ahem* ConcurrentNavigableMap<QuuxscapeTuttifrutticatorGUIDInstance<String>,
List<FrobnicatorFactoryServiceProviderFactoryImpl<Integer,String>>>
*cough*
Those of you who really like this sort of thing should check out
lambda expressions for Java 8, there's some additional type
inference coming where it's really needed.
Oh, goody. Progress at last. At this rate maybe we'll even have type
inference in "new" expression initializations by about 2020 or so. Just
in time for my retirement. ;)