Как диагностировать узкие места при сборке ваших проектов на Swift?

Тайпчекер в Swift (инструмент проверки типов) постоянно улучшается, пусть раньше и был узким местом для производительности при компиляции.

⏳ В 2016 году Джордан Роуз добавил флаг компилятора Swift, который выдавал предупреждения в Xcode для функций, которые слишком долго компилировались или, если выразиться точнее, слишком долго проверялись.

А с Xcode 9 появился новый, аналогичный флаг для проверки выражений.

Речь ниже пойдёт о следующих двух флагах

-warn-long-function-bodies

Bryan Irace и Soroush Khanlou изначально описали флаг -warn-long-function-bodies. Вы можете указать порог в миллисекундах, при достижении которого будет выдаваться предупреждение.

Например: -Xfrontend -warn-long-function-bodies=100 будет выдавать предупреждение в Xcode для любой функции, проверка типа которой занимает более 100 мс.

Этот флаг всегда считался экспериментальным, как отметил Джордан в своем оригинальном коммите, но он всё ещё актуален.

-warn-long-expression-type-checking

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

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

💡 Советы по использованию

Имейте в виду, что если порог слишком низкий, например 10 мс, то вы получите массу предупреждений, которые невозможно исправить.

Стоит немного поэкспериментировать со значениями, чтобы найти по-настоящему узкие места. Автор этой статьи предлагает начать с 200, а если ваш проект крупный - с 500, и пытаться уменьшить его с течением времени.

Иначе вы потратите много времени, пытаясь заставить все функции и выражения компилироваться менее чем за 200 мс.

Кроме того, рекомендуется использовать эти флаги только для конфигураций сборки DEBUG.

@iOS Dev

Что использовать вместо //TODO в коде?

Периодически бывает необходимо добавить напоминание или даже вывод ошибки.

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

В таком случае кроме традиционных комментариев на помощь могут прийти #warning и #error.

#warning заставит Xcode выдать предупреждение при сборке проекта, а #error покажет ошибку компиляции, поэтому код не соберётся вообще 😅 (будьте аккуратны!).

Кстати, и #warning, и #error будут корректно работать вместе с директивой #if (конечно, если условие будет истинно). Например, как в коде ниже:

#if os(macOS)
#error("Эта библиотека пока что не поддерживается на маке. Используйте другое решение")
#endif

А пример для #error со скриншота будет актуален если вы раздаёте ключи для вашей библиотеки, без которых она не будет работать.

Например, Firebase вполне мог бы использовать нечто подобное.

@iOS Dev — дополняем ваш инструментарий простыми средствами.

Эксперимент с Live Activities — велокомпьютер на локскрине

Прошло менее недели с анонса доступности Live Activities для разработчиков в четвёртой бетке iOS 16, а Ole Begemann уже успел попробовать добавить функциональность в своё приложение.

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

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

Уже сейчас автор поднимает ряд важных вопросов:

1️⃣ Для Live Activities не нужно явного одобрения пользователя.

2️⃣ Приложение должно быть на переднем плане.
С другой стороны, это ограничение может не быть проблемой для большинства случаев использования и, вероятно, значительно сократит спам/злоупотребления.

3️⃣ Приложение должно продолжать работать в фоновом режиме, чтобы обновлять активность (или использовать push-уведомления).

4️⃣ Сложности с эстетикой внешнего вида.
Автор пытался найти в API метод для задания цветового стиля, но пока что безуспешно и решил захаркдодить foreground color. Может быть, Apple в будущем расширят возможности.

5️⃣ Анимацию нельзя отключить.
Возможно, полный контроль над анимацией также упрощает для Apple интеграцию Live Activity в постоянно включенный дисплей, который, вероятно появится в следующем айфоне.

6️⃣ Общий код для приложения и виджета.
Live Activity очень похожа на виджет: UI должен находиться в расширении виджета вашего приложения.

7️⃣ Проблема с доступностью виджета на разных осях.
Если у вас есть существующие виджеты и вам пока не требуется iOS 16, обходной путь — добавить вторую цель расширения виджета только для Live Activity.

📖 Более подробно о выводах автора статьи можно прочесть здесь.

@iOS Dev

Алгоритм Дейкстры в Swift, используя GameplayKit. Погодите, что?!

Если вы когда-либо слышали что-то про теорию графов, то наверняка знакомы с алгоритмом Дейкстры.
Краткий термин для понимания, для чего он: алгоритм находит кратчайшие пути от одной из вершин графа до всех остальных, важное условие — он работает для рёбер без отрицательного веса.

Примеры задач, которые можно решить с помощью данного алгоритма:

⚪ Дана сеть автомобильных дорог, соединяющих города. Некоторые дороги односторонние. Требуется найти кратчайшие пути от исходного города до любого другого (если двигаться можно только по дорогам).

⚪ Имеется некоторое количество авиарейсов между городами мира, для каждого известна стоимость. Требуется найти самый дешёвый билет.

📖 Федерико Занетелло в одной из своих статей обратил внимание на то, что иногда для решения сложных задач можно пойти по нестандартному пути (кратчайшему, я бы сказал😅).

Что умеет GameplayKit?

В порядке перечисления: рандомизация, сущности и компоненты, стейт-машины, реализация минимакса, нахождение путей, системы правил, а также возможность создания симуляций для игровых персонажей.

Пожалуй, вы уже видите, куда клонит автор?

🛠 С помощью подкласса для GKGraphNode и нескольких строк кода автор покажет, как можно реализовать нахождение кратчайшего пути и использовать в вашем коде.

🛠 Сам проект также опенсорсный и находится здесь.

P.S. Заголовок материала показывает не всю суть, так как GameplayKit внутри может использовать и алгоритм Форда-Беллмана. Спасибо автору, который об этом также указывает.

И ещё один полезный вывод от Федерико заключается в том, что использовать коробочное решение иногда лучше, так как, например, GameplayKit поддерживается инженерами Apple постоянно, а наши с вами ресурсы не бесконечны.

Впрочем, эта тема гораздо шире и заслуживает отдельного обсуждения как-нибудь в будущем.

@iOS Dev

Традиционное исследование зарплат от Хабр Карьеры

😎 И кто тут у нас лидер?

Краткие выводы исследования

🟢 Архитекторы ПО в среднем зарабатывают больше остальных, 285 000 ₽. А вот мобайл на втором месте, средняя зарплата 171 000 ₽.

🟢 По языкам программирования пальму первенства перехватил Objective-C со средней зп в 250 000 ₽. По Swift динамика не изменилась, согласно исследованию коллеги получают 200 000 ₽.
На Kotlin и Java такого разброса, к слову нет, там 185к и 180к, соответственно.

⚪ Самые щедрые на зп среди компаний РФ — SkyEng, Avito, Mail ru group.

⚪ Больше всего выросли зарплаты у архитекторов ПО (+13%), а упали в геймдеве (-8%).

⚪ Зарплата выросла в большинстве городов. Ощутимый рост был в Красноярске (+33%), Волгограде (+25%) и Перми (+20%). В Питере и Омске зарплаты не изменились😔.

@iOS Dev — о важном

Сортировка данных с помощью KeyPathComparator в iOS 15

😉 Скорее всего, для сортировок вы чаще используете sorted(by:), так как KeyPathComparator был добавлен в Foundation в iOS 15 и macOS 12 (а у кого-то на проекте поддерживается явно больше двух последних версий iOS, и юзать available накладно).

💵 Вдохновившись вчерашним постом, я решил показать пример, в котором мы задействуем KeyPathComparator.

Нам достаточно указать только keyPath, по которому наши значения будут сравниваться с помощью SortComparator.

Используя два компаратора, мы отсортируем разработчиков сначала по их уровню скилла, а затем по зарплате. А .reversed в примере нужен для сортировки по убыванию.

В результате получится следующее:

Senior 350000
Senior 300000
Middle 250000
Middle 220000
Junior 200000
Junior 120000
Junior 100000

🧐 В целом, использование очень похоже на NSSortDescriptor, который использовался для сортировки NSArray и NSMutableArray.

@iOS Dev

Как получить все слова из заданной строки?

Решению этой задачи могут помешать пунктуационные знаки: запятые, точки и не только. И тогда можно воспользоваться расширением выше.

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

@iOS Dev

Разбор принципов RunLoop на примере создания своей собственной командной оболочки для macOS
Отличный материал для чтения в воскресенье того, чтобы отложить до понедельника

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

📖 В этом посте рассматривается, как работает RunLoop и приводится пример создания командной оболочки (он же shell или шелл) для наглядности.

Одним из наиболее распространенных случаев цикла событий является REPL (Read Eval Print Loop). И, вероятно, одним из наиболее часто используемых REPL являются оболочки (bash, zsh, fish, в зависимости от того, что вы предпочитаете).

Командная оболочка работает очень знакомо: ожидает вашего ввода —> считывает информацию —> выполняет отправленные вами команды —> возвращается к ожиданию следующего ввода.

В примере создаётся их аналог, который имеет только одну полезную команду (две, если считать exit), а именно выводит список файлов в текущем каталоге с помощью ls.

В той же macOS мы получаем объект RunLoop с каждым потоком, независимо от того, как поток создается (через pthread или Thread). Кроме того, использование RunLoop не является обязательным, но ваш поток может создать его по запросу, если вам это нужно.

Почему стоит прочесть этот материал?

💡 С помощью наглядного примера объясняется, почему не рекомендуется запускать блокирующие задачи в основном потоке в ваших приложениях (как для macOS, так и для iOS). А ещё вы сможете детальнее изучить преимущества использования RunLoop.

🛠 Код из примера доступен на GitHub.

@iOS Dev

Как показать или скрыть Assistant Editor?

Используйте CTRL+OPTION+CMD вместе c клавишей Enter (кому предпочтительнее, Return).

#xcode #shortcuts

@iOS Dev — мы ведь используем не только CMD+SHIFT+O 😉

Коллекция простых одноэкранных приложений для демонстрации и обсуждения различных архитектурных подходов в iOS

🛠 В этом репозитории собрано несколько приложений, показывающих, как можно использовать ту или иную архитектуру на простых примерах.

К сожалению, обновлялся репозиторий довольно давно, но хуже он от этого стать не должен.

#opensource

@iOS Dev

🎉В iOS 16 beta 5 появился заряд батареи в процентах!

Невероятно, неужели в Apple наконец решились!

Процент заряда батареи отсутствовал на iPhone с Face ID из-за нехватки места по обе стороны от выемки, в которой находится аппаратное обеспечение камеры TrueDepth.

👏 Инновации, которых мы ждали!

😎 Функция процента заряда батареи, по-видимому, будет доступна на большинстве айфонов с чёлкой, но, похоже, ее нет на iPhone 12/13‌ mini, iPhone 11, ‌iPhone‌ XR и ‌iPhone‌ X, возможно, из-за недостатка пространства (ну могли бы и шрифт поменьше сделать).

@iOS Dev

Преобразование коллекций в Swift

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

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

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

📖 В этой статье рассматриваются некоторые стандартные библиотечные API, которые позволяют нам легко и эффективно преобразовывать коллекции.

@iOS Dev

UILabel не так прост, как кажется: разбор свойств, подходов к работе с атрибутами и два бонуса

Установка высоты строки UILabel уже немного сложнее, чем изменение цвета этого лейбла.

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

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

🛠 Код на GitHub.

@iOS Dev

Что мы ждём от Apple в скором будущем?

Не секрет, что уже давно ходят слухи про разработки шлема дополненной реальности от яблочной компании, а тот же RoomPlan — лишнее подтверждение.

😳 Небольшой #оффтоп. На видео пример использования Magic Keys — это приложение дополненной/смешанной реальности для Oculus Quest, которое должно научить вас простым фортепианным пьесам и техникам всего за несколько минут.

Благодаря очень доступной системе трехмерной нотации, подобной той, что используется в Guitar Hero, пользователи могут воспроизводить простые пьесы за считанные минуты без необходимости читать ноты.

Используя технологию Mixed Reality, ноты проецируются непосредственно поверх клавиатуры реального фортепиано, обеспечивая плавный интерфейс с музыкой. Выглядит завораживающе!

🔗 По ссылке больше примеров использования.

@iOS Dev

Воспроизводим поведение battery indicator из беты iOS

📺 Увидел твит, в котором наш коллега реализовал подобное, и что-то знаете, не слишком понравился шрифт, поэтому я решил попытаться воспроизвести такое же поведение уже с более корректным шрифтом.

Для этого использовал связку из двух вьюх (и двух лейблов), автолэйаут + SF-символ батарейки в качестве фона.

Ставьте 👍, если получилось похоже 😅.

@iOS Dev

Реализация чата в реальном времени с помощью Firebase + MessageKit

Cоздание, вёрстка и достижение плавного скролла задача далеко не из самых лёгких и требует целого арсенала навыков.

📖 С помощью этой статьи вы получите базовые знания для того, чтобы построить собственное решение с использованием сторонних библиотек.

Yusuf Tör, будучи автором, проведёт вас через несколько важных шагов:

⚪ Настройка Firebase Account.

⚪ Выбор между Firestore и Realtime Database.

⚪ Настройка интерфейса.

⚪ Создание и отправка сообщений.

⚪ Синхронизация (в моём проекте это одна из самых важных задач по очевидным причинам).

@iOS Dev

Использование TimelineView для поворота фигур

TimelineView, представленный в iOS 15, можно использовать для изменения объектов с течением времени.

📖 В статье для примера используется фигура звезды, определенная ранее, и показывается, как реализовать анимацию её поворота.

Вращение можно комбинировать вместе с изменением размера фигуры и вращением в 3D-пространстве для создания интересных эффектов.

@iOS Dev

Поэтапное руководство по кастомным переходам для UIViewController в Swift

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

📖 В этой статье идёт речь о том, как реализовать кастомный переход между двумя ViewController, анимируя CollectionViewCell в ImageView. На гифке пример того, как это выглядит.

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

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

Если вы будете следовать инструкциям шаг за шагом, все должно быть довольно гладко.

После этого вы можете попробовать даже внедрить решение в свой собственный проект.

Автор материала признаётся, что вдохновлялся Airbnb для iOS и в основном пытался сделать ту же анимацию, что и при открытии экрана «Experience» (на вкладке «Explore»).

🛠 Проект с итоговым результатом находится на Github.

@iOS Dev

Лёгкий способ определить доминирующий язык в исходном тексте
Или как подкинуть идею сделать приложение для полиглотов в качестве пет-проекта

Для фреймворка Natural Language эту задачу выполняет NLLanguageRecognizer.

С помощью NLLanguageRecognizer вы можете получить наиболее вероятный язык для фрагмента входного текста или набор возможных языков-кандидатов со связанными с ними вероятностями.

💡 Чтобы сгенерировать несколько возможных прогнозов, используйте метод languageHypotheses(withMaximum:).

One more thing

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

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

recognizer.languageConstraints = [.french, .russian, .german, .italian]

recognizer.languageHints = [.french: 0.5, .russian: 0.9, .german: 0.8, .italian: 0.6]

let constrainedHypotheses = recognizer.languageHypotheses(withMaximum: 2)
print(constrainedHypotheses)

@iOS Dev — is it some reebok or some nike?

Реализация и тестирование фичи Shared with You в iOS 16

В iOS 16 появилась функция Shared with You, позволяющая демонстрировать контент, которым поделились в Messages, внутри вашего приложения.

Пользователи смогут найти контент, который они могли бы потерять в длинной переписке. Такие приложения, как Photos, Music и Podcasts, уже реализовали поддержку, теперь пришло время добавить ее в ваши приложения.

Shared with You сопоставляет контент, которым поделились с URL на основе универсальных ссылок.

📖 В статье об этом говорится более подробно, рассматривается реализация, тестирование и то, когда можно ожидать появления общих URL-адресов.

@iOS Dev