А как вы думаете, какие методы оптимизации кода Kotlin наиболее эффективны для Android-приложений?) Лично я сам выбирал курсы по IT, чтобы освоить веб-разработку, рассматривал разные компании и остановился на Skypro, потому что у них были лучшие отзывы и структурированный материал. В итоге, благодаря этим курсам, я смог устроиться на хорошую работу еще до окончания обучения))
Очень интересная лекция, многое стало понятно, что-то подчерпнул новое. 1:33:40 неточность. Есть иерархия наследований. Во главе всех стоит Any?, от него наследуются все типы nullable по иерархии вниз, а также от него наследуется тип Any. Таким образом, String, это наследник далекого Any, а String? наследник далекого Any? по этому String не является наследником String? 1:49:25 - Уточнение: вариативность будет точнее
Хоть убейте, не понял полезность силд классов до сих пор. Сделать интерфейс(Result) и два наследника(Success, Error), которые переопределяют метод какой нибудь вроде handleResult. И тестировать проще.
Точно так же можешь сделать sealed interface с двумя наследниками, будет ограниченная иерархия наследников этого интерфейса, удобное применение в конструкции when
Прекрасная лекция! В особенности Александра очень приятно слушать.
Очень полезный материал и великолепная подача!!!
Благодарю за лекцию. Очень понятно и четко все. Слайды просто супер - все очень наглядно.
А как вы думаете, какие методы оптимизации кода Kotlin наиболее эффективны для Android-приложений?) Лично я сам выбирал курсы по IT, чтобы освоить веб-разработку, рассматривал разные компании и остановился на Skypro, потому что у них были лучшие отзывы и структурированный материал. В итоге, благодаря этим курсам, я смог устроиться на хорошую работу еще до окончания обучения))
Очень интересная лекция, многое стало понятно, что-то подчерпнул новое.
1:33:40 неточность. Есть иерархия наследований. Во главе всех стоит Any?, от него наследуются все типы nullable по иерархии вниз, а также от него наследуется тип Any.
Таким образом, String, это наследник далекого Any, а String? наследник далекого Any? по этому String не является наследником String?
1:49:25 - Уточнение: вариативность будет точнее
Хоть убейте, не понял полезность силд классов до сих пор. Сделать интерфейс(Result) и два наследника(Success, Error), которые переопределяют метод какой нибудь вроде handleResult. И тестировать проще.
Точно так же можешь сделать sealed interface с двумя наследниками, будет ограниченная иерархия наследников этого интерфейса, удобное применение в конструкции when