В примерах SUN нашел такой код

Код взят тут

И хотя выдается предупреждение  сравнение работает. Но если я правильно понял вот эта строка "progress" идентична new String("progress"), а если так, то сравниваться должны указатели на объекты и сравнение не должно проходить.

Почему же в этом случае оно работает? Или же это предусмотренное отступление от объектной модели данных? Вроде String не примитивный тип?
http://java.sun.com/docs/books/tutorial/ja.../datatypes.html

Я знаю, что строки надо сравнивать используя somestring.equals(otherstring)

возможно evt.getPropertyName() возвращает ссылку на константную строку, и при запуске программы "progress" и getPropertyName(), если getPropertyName() возвращает "progress", а не new String("progress"), то == или != будут работать.


Нет неправильно понял.

Добавлено через 3 минуты и 48 секунд
Хотя, как я заметил хорошим тоном является следующий код:


При формировании объекта PropertyChangeEvent также устанавливаем propertyName PropertyTest.PROP_NAME

Platon, то есть константы сравнивать можно именно потому, что компилятор создаст не два экземпляра "progress", а один?
Если так, то понятно 
Это понятно   но источник кода я не зря указал.

Верно.

Добавлено через 8 минут и 19 секунд

Придется мириться и не плодить больше подобный код. В туториале подобный подход из-за того, что в SwingWorker так нехорошо сделали.

Тогда получается в обработчиках событий лучше использовать первый вариант, чем второй, т.к. сравнение указателей должно происходить быстрее, правильно?

Верно?

Извините, что по всякой ерунде Вас достаю

Это сообщение отредактировал(а) Connie - 12.10.2008, 14:51

абсолютно верно

Нет.

ммм, а почему?

Вот давайте рассуждать
вначале создается константа
private final static String MY_COMMAND = "start_doing";

Потом у какого то элемента создается 
SomeUnit.addActionListener(some_where);
SomeUnit..setActionCommand(MY_COMMAND);

Это будет означать передачу объекту SomeUnit ссылки на MY_COMMAND, которая потом и будет сравниваться на идентичность с сама с собой
if (MY_COMMNAD==e.getActionCommand())
Вряд ли в этом экземпляре объекта будет создаваться копия объекта. Хотя вдруг будет?

И если я правильно понимаю то, как даются адреса объектам, то неверное совпадение может быть лишь в случае ссылки указывающей на null.

Разумеется если я забуду указать final, static то тогда возможны различные коллюзии. Но рассуждая так можно какое угодно ограничение придумать   

Это сообщение отредактировал(а) Connie - 12.10.2008, 20:48

Я полагаю, что может быть по-разному в разных реализациях JVM, хотя, возможно, это закреплено железно в спецификациях. Но в в JVM от Sun не создаются. 

НО если в официальном туториале они прибегают к подобного рода коду, то это можно считать обычной практикой.

непонятно о чем это.

Несмотря на то, что GUI с сериализацией сильно не дружат, пожалуй, придется согласиться.

Это сообщение отредактировал(а) Platon - 16.10.2008, 14:50