🍏 Назовите 5 утверждений передачи управления (Control Transfer Statements)

Вот они слева-направо (сверху-вниз):

• Break

• Continue

• Fallthrough

• Throw

• Return

Операторы передачи управления изменяют порядок выполнения вашего кода.

Например, вы можете использовать оператор передачи управления break для завершения выполнения цикла for, когда продолжение цикла считается ненужным:

for choice in choices:if isCorrect(choice):print(«Correct choice found!»)break

#swift

🌐 Такие разные Slivers: аналоги обычных виджетов

Заключительная часть цикла о сливер-виджетах во Flutter. За прошедшие статьи автор разобрал множество различных типов сливеров, от списков и сеток до гибких решений для управления размером и поведением элементов.

В финальной статье автор познакомит со сливер-виджетами, которые являются аналогами обычных (box-based) виджетов, выполняя схожие функции, но для работы в прокручиваемых структурах.

Эти элементы расширяют возможности управления видимостью, анимациями и декорациями, предоставляя дополнительную гибкость при создании сложных интерфейсов.

👉 Читать статью

#новость #flutter

🕥 APIGoogle запустил TrustedTime API

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

Google представил TrustedTime API, который предоставляет надежную временную метку, не зависящую от настроек локального времени устройства.

👉 Читать статью

#новость #android

🧑‍💻 Статьи для IT: как объяснять и распространять значимые идеи

Напоминаем, что у нас есть бесплатный курс для всех, кто хочет научиться интересно писать — о программировании и в целом.

Что: семь модулей, посвященных написанию, редактированию, иллюстрированию и распространению публикаций.

Для кого: для авторов, копирайтеров и просто программистов, которые хотят научиться интересно рассказывать о своих проектах.

👉Материалы регулярно дополняются, обновляются и корректируются. А еще мы отвечаем на все учебные вопросы в комментариях курса.

📱 Чем полезен Server Driven UI

Автор статьи рассказывает о Server Driven UI по такому плану:

• что это вообще за технология

• из чего она состоит

• рассмотрит подходы к ее реализации

👉 Читать статью

#новость #android #ios

👾 Как оживает смартфон

Вы когда-нибудь задумывались, что происходит в момент загрузки телефона? Какие этапы преодолевает система от простого нажатия кнопки включения до появления интерфейса? И как устройство готовится к полноценной работе?

Автор статьи рассказывает, что скрывается под капотом Android и показывает процесс его запуска.

👉 Читать статью

#новость #android

🍏 Neovim для iOS разработки

Старички тут? Нашли для самых отважных крутейший плагин переноса разработки приложений из Xcode в Neovim.

Поддерживает все! От iOS до visionOS.
А так же сборку, запуск, отладку приложений на симуляторах или физических устройствах.

Neovim может быть легко интегрирован с SwiftLint, Swift Format, Copilot.
Очень простая настройка и подробная документация идет в придачу!

👉 Github

📲 Погружаемся в мир технологий Яндекс Переводчика

В этом подкасте ведущий Android-разработчик Яндекс Переводчика рассказывает о своем пути в разработку, об уникальных функциях приложения, включая перевод изображений и документов, а также интеграцию с камерой и браузером. Также вы узнаете о будущем переводных технологий в эру больших языковых моделей.

👀 Смотреть видео

#новость #android

👾 Конструкторы в Kotlin

Свойств у класса может быть столько, сколько ему нужно. Но все они должны быть инициализированы при создании экземпляра этого класса. Поэтому для удобства был придуман конструктор — специальный блок кода, который вызывается при создании экземпляра класса. Ему передаются необходимые значения, которые потом используются для инициализации свойств.

Класс в Kotlin может иметь основной конструктор (primary) и один или более вторичных конструкторов (secondary). У класса может и не быть конструктора, но Kotlin всё равно автоматически сгенерирует основной конструктор по умолчанию (без параметров).

👉 Подробнее в статье

#kotlin

🗺️ Pисуем аватарки на карте

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

В статье автор рассматривает, как загрузить изображение через Coil и отобразить его на карте при помощи SDK для Yandex MapKit.

👉 Читать статью

#новость #kotlin

🍏 Yams — парсер YAML для Swift

Yams — парсер YAML для Swift (YAML — это удобный для человека язык сериализации данных). В Yams есть три группы API преобразований: одна для использования с типами Codable, другая — для типов стандартной библиотеки Swift, а третья — для нативного представления Yams.

⚙️ Yams на GitHub

#новость #ios

😴 Task.sleep() и Task.yield()

В Swift Concurrency мы можем использовать Task.sleep() и Task.yield(), чтобы перевести конкретную задачу в режим ожидания или приостановки в течение определённого периода времени. Оба они выглядят и ведут себя одинаково, но есть несколько существенных различий, о которых следует знать Swift-разработчикам.

Зная эти различия, вы сможете лучше понять, когда и как использовать те или иные функции, а также оптимизировать свой код соответствующим образом. Прежде чем перейти к рассмотрению различий, автор сначала объясняет, что делают эти модификаторы.

👉 Читать статью

#новость #swift

📝 Промпт для идеального рефакторинга кода

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

Вот несколько промтов для рефакторинга:

1. Предложи улучшения в рефакторинге для [язык] кода с целью повышения тестируемости: [фрагмент кода].

2. Выяви возможности применения [архитектурного паттерна] в данном [язык] коде: [фрагмент кода].

3. Оптимизируй следующий [язык] код для уменьшения использования памяти: [фрагмент кода].

4. Отрефакторь приведенный [язык] код для улучшения обработки ошибок и устойчивости к ним: [фрагмент кода].

5. Предложи такие изменения в приведенном [язык] коде, чтобы соблюдался [SOLID или другой принцип проектирования]: [фрагмент кода].

⚡ ️Как вы обычно рефакторите свой код? Делитесь в комментариях!

Библиотека мобильного программиста #буст

Роботы уже помогают получить работу в Сбере 🤖

⚡️ AI-рекрутер моментально анализирует твои ответы и выдаёт фидбэк сразу после интервью. Больше никаких “Мы вам перезвоним” – всё быстро, чётко и по делу.

Как получить пре-офер от Сбера?
1️⃣ Зарегистрируйся на платформе
2️⃣ Авторизуйся через Телеграм
3️⃣ Пройди AI-интервью

💡 Обратную связь ты получишь сразу, а рекрутеры Сбера свяжутся с тобой в течение нескольких дней.

🔗 Попробуй прямо сейчас! 👉 https://clc.to/GkOTTA 🚀

Реклама. ПАО СБЕРБАНК, ИНН 7707083893. Erid 2VtzqubZo8S

👾 Что нужно сделать, чтобы класс можно было наследовать

По умолчанию, классы в Kotlin объявляются как final, то есть их нельзя наследовать. Если мы всё же попытаемся наследоваться от такого класса, то получим ошибку: «This type is final, so it cannot be inherited from».

Чтобы класс можно было наследовать, его нужно объявить с модификатором open.

open class Fraction {...}

Не только классы, но и функции в Kotlin по умолчанию имеют статус final. Поэтому те функции, которые находятся в родительском классе и которые вы хотите переопределить в дочерних классах, также должны быть отмечены open.

open class Fraction {open fun toAttack() {...}}

Свойства класса также по умолчанию являются final. Для возможности переопределения таких свойств в дочерних классах, не забудьте и их отметить ключевым словом open.

open class Fraction {open val name: String = «default»open fun toAttack() {...}}

При этом, если в открытом классе будут присутствовать функции и свойства, которые не отмечены словом open, то переопределяться они не будут. Но дочерний класс сможет к ним обращаться.

open class Fraction {open val name: String = «default»fun toAttack() {...}}class Horde : Fraction() {override val name = «Horde»}class SomeClass() {val horde = Horde()horde.toAttack()}

Библиотека мобильного разработчика #буст

🤔 Работать в корпорации или стартапе?

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

Что для вас важнее: защищённость и система или возможность креативно подходить к задачам и быстро расти? Голосуйте и пишите своё мнение в комментариях 💬

❤️ — работать в корпорации
🤝 — работать в стартапе
👾 — работать на себя

Библиотека мобильного разработчика #междусобойчик