Re[2]: Метод возвращает ссылку на объект, а далее... - Java

Доброго Вам!

Имеется код:

public class TestConsole
{
  public static void main(String[] args)
  {    
    Foo ob = new Foo();
    String str = ob.getString();    
    System.out.println(ob.getString());
    str = "321";
    System.out.println(ob.getString());
  }   
}

class Foo
{
  public String getString()
  {
    return m_Str;
  }
  
  private String m_Str = "123";
}

И соответственно вывод:

123
123

Непонятно, почему не изменился объект Foo::m_Str? Ведь метод Foo::getString() возвращает ссылку, которой я присваиваю новую строку.

P.S.
А есть разница?

private String m_Str = "123"; //Так
private String m_Str = new String("123"); //И так

Спасибо!

Если вы пришли из С++, то вам будет проще понять, что происходит, если думать о str как о указателе. Вы просто присвоили указателю адрес на другую строку.

Здравствуйте, LearnJava, Вы писали:

LJ>Доброго Вам!

LJ>Имеется код:
LJ>

LJ>public class TestConsole
LJ>{
LJ>  public static void main(String[] args)
LJ>  {    
LJ>    Foo ob = new Foo();
LJ>    String str = ob.getString();    
LJ>    System.out.println(ob.getString());
LJ>    str = "321";
LJ>    System.out.println(ob.getString());
LJ>  }   
LJ>}

LJ>class Foo
LJ>{
LJ>  public String getString()
LJ>  {
LJ>    return m_Str;
LJ>  }
  
LJ>  private String m_Str = "123";
LJ>}
LJ>

LJ>И соответственно вывод:
LJ>

LJ>123
LJ>123
LJ>

LJ>Непонятно, почему не изменился объект Foo::m_Str? Ведь метод Foo::getString() возвращает ссылку, которой я присваиваю новую строку.

LJ>P.S.
LJ>А есть разница?
LJ>

LJ>private String m_Str = "123"; //Так
LJ>private String m_Str = new String("123"); //И так
LJ>

LJ>Спасибо!

Проще обьяснить так — хотя String и является Object, он передается по значению, а не по ссылке.

Здравствуйте, tantalum, Вы писали:

T>Проще обьяснить так — хотя String и является Object, он передается по значению, а не по ссылке.

Категорически не верно. Такое объяснение только запутывает.
По способу передачи String ничем не отличается от любого другого reference type.

T>Проще обьяснить так — хотя String и является Object, он передается по значению, а не по ссылке.

А чем String отличается от Object? Разве в такой же ситуации с другим классом что-то будет по-другому? Все будет также.

Здравствуйте, LearnJava, Вы писали:

String a = new String("A");
String b = a; //b указывает на "A"
b = "B"; //b указывает новую строку "B"

LJ>Имеется код:
LJ>

LJ>public class TestConsole
LJ>{
LJ>  public static void main(String[] args)
LJ>  {    
LJ>    Foo ob = new Foo();
LJ>//в следующей строке получаем указатель на "123"
LJ>    String str = ob.getString();
LJ>    System.out.println(ob.getString());
LJ>//здесь мы меняем указатель внешней переменной - создаем новый String объект! при этом ob.m_Str указывает на старый объект.
LJ>    str = "321";
LJ>    System.out.println(ob.getString());
LJ>  }   
LJ>}
LJ>

P.S.: смотрим в JLS

... << RSDN@Home 1.1.4 beta 7 rev. 447>>

Здравствуйте, LearnJava, Вы писали:

"A String object has a constant (unchanging) value"
т.е. присвоение (="321") просто создает новую строку

почитайте Java Language Specifiction — http://java.sun.com/docs/books/jls/

http://java.sun.com/docs/books/jls/third_edition/html/typesValues.html#4.3.3

F>"A String object has a constant (unchanging) value"
F>т.е. присвоение (="321") просто создает новую строку

Ну зачем человека путать. Тут дело вовсе не в том, что String какой-то особый- с любым другим объектом другого класса ситуация будет такая-же.

Здравствуйте, all-x, Вы писали:

AX>Здравствуйте, tantalum, Вы писали:

T>>Проще обьяснить так — хотя String и является Object, он передается по значению, а не по ссылке.

AX>Категорически не верно. Такое объяснение только запутывает.
AX>По способу передачи String ничем не отличается от любого другого reference type.

Сорри... жестко стормозил! без внимания прочитал код.
Я имел в виду след. случай
......
...
public static void main(String[] args){
String str = "123";
doSome(str)
System.out.println(str);
}
public void doSome(String str){
str+="456";
}
.....
На экране будет 123, а не 123456.

Здравствуйте, tantalum, Вы писали:

T>Здравствуйте, all-x, Вы писали:

AX>>Здравствуйте, tantalum, Вы писали:

T>>>Проще обьяснить так — хотя String и является Object, он передается по значению, а не по ссылке.

AX>>Категорически не верно. Такое объяснение только запутывает.
AX>>По способу передачи String ничем не отличается от любого другого reference type.

T>Сорри... жестко стормозил! без внимания прочитал код.
T>Я имел в виду след. случай
T>......
T>...
T>public static void main(String[] args){
T> String str = "123";
T> doSome(str)
T> System.out.println(str);
T>}
T>public void doSome(String str){
T> str+="456";
T>}
T>.....
T>На экране будет 123, а не 123456.

Здесь имеет значение то, что содержимое объекта класса String изменить нельзя
и операция += записывает параметр метода ссылку на новый объект.
А локальная переменная метода main по-прежнему содержит ссылку на старый объект,
который и печатается. Строки всё равно передаются по ссылке.

Здравствуйте, tantalum, Вы писали:

T>>>Проще обьяснить так — хотя String и является Object, он передается по значению, а не по ссылке.

AX>>Категорически не верно. Такое объяснение только запутывает.
AX>>По способу передачи String ничем не отличается от любого другого reference type.

T>Я имел в виду след. случай

T>public void doSome(String str){
T> str+="456";
T>}

T>На экране будет 123, а не 123456.

Ну так он здесь тоже не по значению передается, а по ссылке (как и любой другой reference type). А поскольку String immutable, то выражение

str+="456";

на самом деле представляется так:

str = new StringBuilder().append(str).append("456").toString();

т.е. старое значение "123" не изменяется, а заменяется новым "123456".

Здравствуйте, dshe, Вы писали:

D>Здравствуйте, tantalum, Вы писали:

T>>>>Проще обьяснить так — хотя String и является Object, он передается по значению, а не по ссылке.

AX>>>Категорически не верно. Такое объяснение только запутывает.
AX>>>По способу передачи String ничем не отличается от любого другого reference type.

T>>Я имел в виду след. случай
D>

T>>public void doSome(String str){
T>> str+="456";
T>>}
D>

T>>На экране будет 123, а не 123456.

D>Ну так он здесь тоже не по значению передается, а по ссылке (как и любой другой reference type). А поскольку String immutable, то выражение
D>

D>str+="456";
D>

D>на самом деле представляется так:
D>

D>str = new StringBuilder().append(str).append("456").toString();
D>

D>т.е. старое значение "123" не изменяется, а заменяется новым "123456".

Пацаны, да что вы мне все разъеснить-то наровите??? Знаю!!! я же написал ПРОЩЕ обьяснить.....!!!!

Здравствуйте, ukman, Вы писали:

F>>"A String object has a constant (unchanging) value"
F>>т.е. присвоение (="321") просто создает новую строку

U>Ну зачем человека путать. Тут дело вовсе не в том, что String какой-то особый- с любым другим объектом другого класса ситуация будет такая-же.

Да нет. В том то и дело, что java.lang.String является немодифицируемым. То есть объект, который создался он уже таким и будет, а при попытке новых присвоений просто создаются новые объекты, выделяется память, получаем на нее ссылку.

Вы же не хотите сказать, что любой класс не может изменять какие-то свои данные? А вот стринг не может. Так что особый.

... << RSDN@Home 1.1.4 stable SR1 rev. 568>>

Здравствуйте, tantalum, Вы писали:

T>Пацаны, да что вы мне все разъеснить-то наровите??? Знаю!!! я же написал ПРОЩЕ обьяснить.....!!!!

Во-первых, не тебе, а тем, кому это может быть непонятно, а во-вторых, нечего было людей путать.

Здравствуйте, RI, Вы писали:

RI>Да нет. В том то и дело, что java.lang.String является немодифицируемым. То есть объект, который создался он уже таким и будет, а при попытке новых присвоений просто создаются новые объекты, выделяется память, получаем на нее ссылку.

RI>Вы же не хотите сказать, что любой класс не может изменять какие-то свои данные? А вот стринг не может. Так что особый.

Тогда любой неизменяемый класс особый, и java.lang.Integer, и java.lang.Character... и свой можно написать, чтобы он был особым в таком смысле.

RI>Да нет. В том то и дело, что java.lang.String является немодифицируемым. То есть объект, который создался он уже таким и будет, а при попытке новых присвоений просто создаются новые объекты, выделяется память, получаем на нее ссылку.

RI>Вы же не хотите сказать, что любой класс не может изменять какие-то свои данные? А вот стринг не может. Так что особый.

Я хочу сказать, что в данном случае немодифицируемость String никакой роли не играет.

Здравствуйте, ukman, Вы писали:

U>Я хочу сказать, что в данном случае немодифицируемость String никакой роли не играет.

Цитирую источник
---------------------
Программирование на Java
Copyright © 2003 Центр Sun технологий МФТИ,ЦОС и ВТ МФТИ®, Все права защищены.
--------------------

Еще одним важным свойством этого класса является неизменяемость. Это означает, что,
породив объект, содержащий некое значение-строку, мы уже не можем изменить это
значение, для этого необходимо создать новый объект.
String s="a";
s="b";
Во второй строке переменная сменила свое значение, но только создав новый объект
класса String.

... << RSDN@Home 1.1.4 stable SR1 rev. 568>>

Ok, заменив String на какой-нибудь модифицируемый класс в примере автора топика, что нибудь изменится принципиально? Разве Foo.m_Str изменит свое значение? Будь там хоть String, хоть HashMap, хоть List...

Здравствуйте, ukman, Вы писали:

U>Ok, заменив String на какой-нибудь модифицируемый класс в примере автора топика, что нибудь изменится принципиально? Разве Foo.m_Str изменит свое значение? Будь там хоть String, хоть HashMap, хоть List...

Весь прикол в том, что там мы явно вызываем конструктор и все понимают, что создан новый объект.
А тут у автора топика возникал вопрос:

U>А есть разница?
U>private String m_Str = "123"; //Так
U>private String m_Str = new String("123"); //И так

Вот чтобы не возникало непоняток, я и написал.

... << RSDN@Home 1.1.4 stable SR1 rev. 568>>

Здравствуйте, RI, Вы писали:

RI>Здравствуйте, ukman, Вы писали:

U>>Я хочу сказать, что в данном случае немодифицируемость String никакой роли не играет.

RI>Цитирую источник
RI>---------------------
RI>Программирование на Java
RI>Copyright © 2003 Центр Sun технологий МФТИ,ЦОС и ВТ МФТИ®, Все права защищены.
RI>--------------------

RI>Еще одним важным свойством этого класса является неизменяемость. Это означает, что,
RI>породив объект, содержащий некое значение-строку, мы уже не можем изменить это
RI>значение, для этого необходимо создать новый объект.
RI>String s="a";
RI>s="b";
RI>Во второй строке переменная сменила свое значение, но только создав новый объект
RI>класса String.

Может быть, я опять покажусь педантичным, но в цитируемом источнике есть неточности. Во второй строке новый объект не создается. К этому моменту он уже имеется созданный и лежит в пуле строк. А в пул строк он попадает в момент загрузки класса (если его там еще не было). В доказательство справедливости этого можно выполнить такой код

String a, b;
a = "hello";
b = "hello";
System.out.println(a == b);

Если бы всякий раз, когда встречается строковый литерал, создавался бы новый объект, результатом выполнения данного кода был бы вывод false. Тем не менее код выводит true, а это означает, что новый объект не создается.

	От:	LearnJava
	Дата:	17.08.05 12:33
	Оценка:

От:	ukman	http://math.welobox.com
Дата:	17.08.05 12:35
Оценка:

	От:	tantalum
	Дата:	17.08.05 12:38
	Оценка:

От:	all-x	http://treedl.sf.net
Дата:	17.08.05 12:41
Оценка:

От:	ukman	http://math.welobox.com
Дата:	17.08.05 12:41
Оценка:	1 (1)