Comments on C for Coding: Java: Why-oh-why still no multi-line strings?

Seriously, this is why java kind of bites. I pre...

2010-01-28T21:40:02.342+08:00

Seriously, this is why java kind of bites.

I prefer c# where you can just do String sql = @"BLAHBLABHALJ

BA

BLALVJAJAPA";

And it just works.

That's a fairly good question, I think. To be fair...

2010-01-03T03:36:06.970+08:00

That's a fairly good question, I think. To be fair, though, it does make it a lot easier to spot when you haven't closed your string correctly (something which doesn't report so well in other languages, if I recall). Sort of a toss up, I'd say. I imagine it might just be because of the C/C++ heritage (they don't support multi-line strings, either). I honestly couldn't think of a technical reason why it couldn't be supported.

This isn't really a huge issue for me, because using NetBeans, ending a line with an open string automatically does the '" + ' business for you. Doesn't help in the "ugly" department, but it's something anyway.

It depends what you are doing. If it is writing qu...

2010-01-02T22:46:29.802+08:00

It depends what you are doing. If it is writing queries then query externalisation is something that should be natively supported by the query API such as JDBC or Spring. Writing queries in code or strings makes it a maintenance and testing nightmare. If it is other non-query related strings then depending on the case this can also be externalised. Still I see your point. It would be nice to have. Maybe this can be done in Scala within Java :-)

In your concatenative example, you should use in-s...

2010-01-02T18:39:56.478+08:00

In your concatenative example, you should use in-string indentation on lines 1..n instead of trailing spaces on lines 0..n-1!

Something I often do when declaring literal arguments / lists / dictionaries / etc. is to put each element on its own line with an aligned leading comma, with the first item lead by the open-bracket. It's legal in Python but not in Ruby...