String — это не primitive type

Не выдержал и скомпилил. По поводу b — догадывался. По поводу a — немного удивился О_о

Хотя, это всё, может, оттого, что в последнее время я только в крестах...

String хоть и не primitive, но immutable.

«a»
immutable же

Выведет a

String a = "a";
//String b = a;
//b += 1;

System.out.println(a);

«b» изменится небось, «a» останется как был.

Подозреваю, что выведет a. String хоть и не примитивный тип, но неизменяемый, а b += 1 преобразуется компилятором в b = b + 1 (т.е. переменная b будет ссылаться на новый экземпляр класса String).

А фокус со сравнением двух Integer'ов с помощью оператора == уже видели?

a

Вот ещё тебе в копилку :)

[php][история успеха][закопать] (комментарий)

Нет, показывай свой фокус.

См. комментарий выше от KRoN73.

a

толи вопрос глупый, толи я тупой

update: все таки первое

Да, уже посмотрел. А в чём дело. Уверен, что с `int` вместо `Integer` всё будет хорошо, но почему происходит то, что происходит?

Но почему?

b += 1 преобразуется компилятором в b = b + 1 (т.е. переменная b будет ссылаться на новый экземпляр класса String)

Весьма странное понимание иммутабельности.

примитивы и классы же

Ну, умом-то я это чую. Но не понимаю, почему именно так вышло.

Ну, хз. Вроде, же. Integer ссылка на объект, int строенный тип.
Для ссылок равно не равно, нужно equals или int.

Объекта, а не переменной. Меня после сишных const char* и char * const не удивляет.

Ещё как вариант, можно считать, то после b += 1 появляется новая переменная с именем b, которая скрывает старую :-) (а ; это лишь частный случай оператора >>= :-))

Это я осознаю. Но почему расхождения в показаниях == и equals начинаются именно после 127?

Если заворачивать int в Integer, то должен быть создан новый объект. Но при этом значения в пределах диапазона byte кэшируются, и соответствующие ссылки будут указывать на один и тот же объект Integer. А за пределами этого диапазона кэширование не происходит, и всегда честно создается новый объект, поэтому оператор == (сравнение ссылок, но не значений!) ведёт себя так странно.

Да, понятно, что объект останется неизменным, но какой тогда вообще смысл говорить о неизменяемости? Разве что удобнее в SSA преобразовывать.

Это называется wrapper class caching,

Java Language Specification, chapter 5.1.7:

If the value p being boxed is true, false, a byte, or a char in the range \u0000 to \u007f, or an int or short number between -128 and 127 (inclusive), then let r1 and r2 be the results of any two boxing conversions of p. It is always the case that r1 == r2.

http://docs.oracle.com/javase/specs/jls/se8/html/jls-5.html#jls-5.1.7

А какой смысл в final по отношению к переменным?

Строку нельзя изменить, можно создать только новую строку, что тут страннного? Иммутабельность же не самой b относиться, а к строкам.

А, теперь всё ясно. Хотя если бы я встретил такой код в жизни, я бы сказал «WAT».

String — это не primitive type

String это класс.

b += 1;

=== b = b + 1.

=== b = new StringBuilder().append(b).append(1).toString();

итог b == «a1». a == «a».

Вот так надо писать :)

Пример использования в методе testMutableString.

public class MutableStringTest {
    @Test
    public void testMutableString() throws Exception {
        final String s = createModifiableString();
        System.out.println(s);
        modify(s);
        System.out.println(s);
    }

    private final AtomicReference<CharBuffer> cbRef = new AtomicReference<CharBuffer>();

    private String createModifiableString() {
        Charset charset = new Charset("foo", null) {
            @Override
            public boolean contains(Charset cs) {
                return false;
            }

            @Override
            public CharsetDecoder newDecoder() {
                CharsetDecoder cd = new CharsetDecoder(this, 1.0f, 1.0f) {
                    @Override
                    protected CoderResult decodeLoop(ByteBuffer in, CharBuffer out) {
                        cbRef.set(out);
                        while(in.remaining()>0) {
                            out.append((char)in.get());
                        }
                        return CoderResult.UNDERFLOW;
                    }
                };
                return cd;
            }

            @Override
            public CharsetEncoder newEncoder() {
                return null;
            }
        };
        return new String("abc".getBytes(), charset);
    }

    private void modify(String s) {
        CharBuffer charBuffer = cbRef.get();
        charBuffer.position(0);
        charBuffer.put("xyz");
    }

}

Вроде ясно. Спасибо!

Почему именно так?

immutable (в опредеёлнных пределах)

Ох что-то давно я джавы не видел. А как к строке прибавляется единица? Шаблон порвало. Это же не js.

Превращается в строку, потом конкатенируется.

A точно. Забыл про неявное приведение.

В жабе есть автокаст чисел в строки?

Да.

Что должен вывести код?

Он не должен скомпилироваться, а если компилируется то эта ваша джава - говно

a

4.2

Он не должен скомпилироваться

Why?

Why?

Джава же позиционирует себя строго-сильно-типизированным яп. Или нет?

Да вот только оператор + неявно вызывает Object.toString при необходимости.

String - это объект, лол.

System.out.println(a) выведет «a».

Присваивание (копирующее) объектов выполняется с помощью метода clone().

Присваивание (копирующее) объектов выполняется с помощью метода clone().

Это я знаю и почему-то был уверен, что со стрингом тоже. Но нет.

Что, сертификация на java associate скоро? :-)

А ещё в джаве можно делать

String $€ = "whatever";

Поясните пожалуйста человеку, не знакомому с жабой, с какого перепугу там false?

Выше пояснили.

Что, сертификация на java associate скоро? :-)

Нет. А стоит?

Это самый базовый уровень, азы, но многие хитрости и нетривиальные вещи там оговариваются. Можно без сдачи чисто потренироваться

надо писать

@Test

println()

yeah, right