✅ Использование макроса #expect в фреймворке Swift Testing

Короткая но полезная статья про простоту миграции на новый фреймворк тестирования, а именно по переходу на новый #expect. Самое приятное что на примере показывается возможность миграции через замнe по-шаблоны, я ранньше писал о использовании такого подхода при миграции с RxSwift на Combine
🟢Макрос #expect заменяет XCAssertEqual и XCAssertTrue
🟢Альтернативный макрос #require не проходит проверку на ранней стадии
🟢Новый макрос #expect содержит больше деталей и позволяет выполнять тест без дальнейшей отладки.

3 новые фишки Xcode 16

🟢Создание файлов: можно создавать пустой файл, без указания расширения или просто выделить кусок кода, скопировать и вставить в навигатор проекта

🟢Каталог ресурсов: позволяет показать все использования каждого ресурса в проекте

🟢Режим отладки: можно смотреть весь стек вызова внутри одного таба

▶️ Создаем расширение для Safari

У каждого iOS разработчика был момент, когда при создании нового проекта - листаешь что еще можно создать кроме Command Line Tool и iOS Application. Для браузера можно написать расширение с использованием всех нативных технологий, тут и Swift и SwiftUI и Swift Testing, главный минус только в работе HTML DOM. Вводное демо по созданию и публикации такого расширения показывали еще на WWDC22, но актуальность не потеряло. Если заинтересуетесь, более подробная инструкция есть у Apple:
🟢Добавление файлов скриптов для изменения содержимого веб-страницы
🟢Настройка значений списка свойств в приложении для работы с расширением Safari
🟢Создание и запуск приложения для тестирования расширения

Я лично еще раз убедился в том, что у меня в браузере не будет никаких расширений, слишком много у них доступа

▶️ Зачем нужны Mergeable Libraries

На мой взгляд, не достаточно замеченное сообществом нововведение, которое может значительно повлиять на наши приложения. На WWDC 2023 Apple анонсировала «объединяемые библиотеки»: динамические библиотеки с достаточным количеством метаданных, которые можно статически связать с приложениями.
Это перевернуло игру, теперь есть не только 2 плохих решений, но и компромиссное, хоть и не идеальное. В чем суть была проблема выбора статической или динамической линковки? Статическая линковка означает, что библиотека будет объединена с приложением при компиляции, а динамическая загружает библиотеку при запуске:
➕Статическая линковка позволяет проводить более глубокую оптимизацию как по размеру (удаляя не используемый приложением код библиотеки) так и по скорости (за счет понимания контекста использования вызовов)
➖Статическая линковка замедляет процесс сборки и при использовании одной зависимости в нескольких таргетах приводит к дублированию кода и увеличению фактического размера финального приложения
➡️По-этому большинство приложений подключает библиотеки, линкуя их динамически, теряя все преимущества статической линковки

И тут появляются Mergeable Libraries, это действительно новый формат, позволяющий динамически подключаться к ним или «объединять» их с приложениями, что по сути является статическим связыванием. Единственный оставшийся компромисс заключается в том, что библиотека остается динамической

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

🐥 Создание анимации печати Swift
Очень интересная реализация анимации печати текста. Логика, лежащая в основе анимации:
🟢Начинаем с пустой строки и постепенно раскрываем каждый символ
🟢Используем AttributedString для управления видимостью символов
🟢Рекурсивная функция с задержкой создает эффект набора текста
🟢Использование AttributeString вместо добавления каждого символа по одному помогает избежать проблем с версткой