how many objects ?

[kevinsong]

Hi everybody!

Expr: String str = "a"+"b"+"c"

how many objcts will be create when define variable str!!

[masijade]

Done like that, with all literal strings, one, since the will be optimized down to "abc" by the compiler. But I don't believe that that's how the question actually looked.

[venni2008]

This is stupid question i ever see in this sight.

[kevinsong]

hi venni2008:

you may can't answer if you don't know,but you should not say this is a stupid question.

[kevinsong]

sorry everybody!

qestion is how many objcts will be generate when compiled, it from interview,i just want to know result,please not say it is stupid question.

thanks

[masijade]

Well, what's wrong with the first reply then?

Besides, you can't control what people write here, so begging people not to say something, or demanding that they simply not reply, simply makes you look like a whiner.

[Norm]

write a small test program with that statement it and use the javap command to show what code is generated. You should be able to find your answer in the byte code.

[Nicholas Jordan]

write a small test program with that statement it and use the javap command to show what code is generated. You should be able to find your answer in the byte code.

If poster cannot see creation of temporary objects, then I'm sure I don't want to join the squabble:

// Six memory locations, plus instructions. 
char[] I_care = {'I','_','c','a','r','e'}; 
String DoICare = new String(care);//

Explain it to them. What the posters original sample does is documented in the String docs or I will find it for you. My code sample, though not explanatory nor exactly conformant to what the docs use as their explaination, is essentially what happens in either code sample. A method to avoid beyond prototyping - given the over-eager optimization here - is:

System.out.println("If I " + doCare + "d, I would" + new String(" Google"));
// Not that bad really.

Bjarne Stroustrup's view of the matter is the definitive overview in this language group.

That is for your use. What should be extracted from that for you to share is the vast memory resources that are available compared to what is being asked here is so separated that the issue is all but vanishingly inconsequentail until we get to heavily loaded core loops in convluted code. Ususally but not always that yields to simple path analysis: Taking two Strings and concantenating them results in a compiler generated temporary string that is beyond the scope of the code shipped to the compiler.

You should bring your expertise from years in an actual code shop to the challenge of how to explain the premature optomization issue.

[Norm]

I wrote a simple program with the given statement and looked at it with javap. It looks like 1 object is created at compile time and none at runtime. The only code executed is copying the reference to the object created at compile time to the variable.

Bottom line answer: 1

[masijade]

See reply number 1.

:sigh:

How this thing could drag on so long. I'm sorry, but really.

[fishtoprecords]

Your interviewer is an idiot, you don't want to work there.

The answer depends on which compiler you are using, it matters little which language you are using.

nearly all compilers will see the constants and do "constant folding" at compile time, so that at run time, there is less to do. Any compiler better than that put out as a CS 401 compiler class project will do constant folding automatically.

Better compilers will recognize that you never use the resulting 'srt =" line, and optimize that away as well. So the answer can be "none" since the program is a silly no-op.

But it varies with details of the compiler.

[kevinsong]

Result is 5

[Eranga]

I agreed with, there are five objects. And for me this is quite tricky question, but it's much better one I seen for a long time.

[kevinsong]

1:str
2:"a"
3:"b"
4:"a"+"b"
5:"c"

[masijade]

Result is 5

Only if they are not (or at least not all) String literals. And, if you count the StringBuilders (or StringBuffers) that are temporarily used for the conatenations (when they are not all String literals), it is much more than that. But, as I said, if they are String literals (as shown in your post) it will be one, and one only, as the compiler will optimise it down to "abc".

[masijade]

1:str
2:"a"
3:"b"
4:"a"+"b"
5:"c"

Once again, only if they are not String literals. If they are (as you posted) you will have one, and only one.

[Norm]

I'm sure someone could write a java compiler that creates as many objects as kevinsong would like.