Блог Android-разработчицы

Когда мы открываем AndroidManifest, там можно встретить два разрешения: и На вид они почти одинаковые, и многие разработчики на старте путаются (да и не на старте). Но на самом деле — это очень разные сущности, и живут они на разных этажах Android-вселенной. <uses-permission> — это равносильно словам: «Привет! Моё приложение хочет использовать вот это разрешение». Пример: котик хочет выйти на улицу (доступ в интернет): <uses-permission android:name="android.permission.INTERNET" /> Важно: uses-permission ничего не создаёт...

Когда мы создаём data class Cat(val name: String, val mood: String) kotlin автоматически добавляет в него метод copy(), который: Метод copy() для нашего котика выглядит примерно так: fun copy(name: String = this.name, mood: String = this.mood): Cat { return Cat(name, mood) } То есть мы можем поменять одно поле, а остальные останутся как в исходном объекте. copy() делает поверхностную копию. Это значит: Тут видно, что copy() не делает глубокую копию...

Сегодня разберём "любимую" тему всех разработчиков — scope-функции. Таких функций вроде бы много, все похожи, но на самом деле у каждой есть своя роль — как у игрушек у котика. Мячик — чтобы гонять, коробка — чтобы сидеть, мышка — чтобы охотиться. Так же и с apply, also, run, let, with. Scope-функции — это такие функции, которые позволяют выполнить блок кода в контексте объекта. Они помогают: А теперь человеческим языком. Представим, что у нас есть котик по имени Барсик. И мы хотим: Вот scope-функции как раз нужны, чтобы не писать “Барсик...

Мы все знаем, что когда-то давно единственным способом выполнять что-то в фоне были потоки. Но затем появились корутины и все многие стали использовать их. Почему же так произошло? Поток (Thread) — это отдельный путь выполнения кода, который работает параллельно с другими потоками под контролем операционной системы. Каждый поток: 📌 Потоки управляются операционной системой (ОС), а не Kotlin. Пример с потоками Представим, что у нас есть 5 котиков-курьеров, и каждому дали задание по доставке посылки...

Представим, что мы набираем в браузере kotiki.com. Визуально мы просто ожидаем увидеть открытие сайта, но под капотом система должна сначала разобраться, на какой реальный сервер отправить запрос и где эти котики живут. Проблема в том, что сервера находят по IP-адресам, а не по имени kotiki.com. DNS — это и есть тот волшебник, который даёт ответ на вопрос: “По какому IP-адресу мне найти kotiki.com?”. DNS расшифровывается как Domain Name System. И это такая глобальная система, которая помогает нам переводить “человеческие” адреса (например, kotiki...