более того, если байт код того, что компилится мы преобразуем в java код, то компилятор на этот код будет ругаться. И еще: если в этих котлиновских классах объявление val поля сделать до init блока, то компилятор ругаться будет
Это не так. Из блока инициализации мы вызываем метод showTestParam(), который использует значение testParam, присвоенное ему в блоке init. Вывод логов мы видим. Так что вся логика init блока отрабатывает
Все же отдохнуть немного придется. Написание подобных материалов требуют времени и подготовки. Однако комментарии от заинтересованных людей, конечно, мотивируют на ускорение подготовки нового материала
Kotlin у нас используется наравне с Java. По моему личному мнению, есть еще все же вещи, которые удобнее (во всяком случае пока) писать на Java — об этом я буду писать в следующих статьях. Однако, это довольно субъективно.
Да, безусловно об этом стоило упомянуть — это очень удобная фишка Kotlin. Таким образом, создавая такой объект в Kotlin-коде мы можем этим воспользоваться. Для создания такого объекта из Java-кода все остается как обычно
Случай и правда любопытный — зарепортил его. Может получу какие либо пряснения к данному конкретному случаю. Но скорее всего это проблема и ее надо вылечить
Нагенереные иконки подходят для ограниченного количества состояний, ну и к тому же каждый графический ресурс добавляет объем apk-файлу и увеличивает нагрузку на дизайнера ). Кстати, если уж использовать нагенереные иконки со значениями счётчика, то можно использовать второй способ, чтобы всю иконку не генерить.
Нагенереные иконки подходят для ограниченного количества состояний, ну и к тому же каждый графический ресурс добавляет объем apk-файлу и увеличивает нагрузку на дизайнера ). Кстати, если уж использовать нагенереные иконки со значениями счётчика, то можно использовать второй способ, чтобы всю иконку не генерить.