Преобразование приложения из Obj-C
Немного олдскула на вечер пятницы, история миграции мини-приложения с Obj-C+UIKit на Swift+SwiftUI в 2024😥 . Приложение не обновлялось в течение 3 лет и будет удалено из App Store через 90 дней-именно такие сообщения мотивируют переписать приложение. Приложение предназначено для профессиональных музыкантов и студентов музыкальных вузов, играющих на гобое, позволяет практиковаться с метрономом и воспроизводить звук или высвечивать экран в соответствующее время для каждого такта.
🟢 Автор не согласен с политикой Apple по удалению старых приложений только из-за их возраста
🟢 В приложении используются четыре основных экрана: главный, настройки, воспроизведения и синхронизации
🟢 Главный экран и экраны настроек были успешно преобразованы в SwiftUI, а код воспроизведения и синхронизации остались на Objective-C
Удивительно, но автор сравнивал количество строк на Obj-C и Swift и не сравнил время компиляции, хотя для такого маленького приложения разница и будет не существенная. Что меня удивило, так это не желание обновлять приложение даже раз в 3 года, достаточно же раз в год собирать на актуальном Xcode🧠
Немного олдскула на вечер пятницы, история миграции мини-приложения с Obj-C+UIKit на Swift+SwiftUI в 2024
Удивительно, но автор сравнивал количество строк на Obj-C и Swift и не сравнил время компиляции, хотя для такого маленького приложения разница и будет не существенная. Что меня удивило, так это не желание обновлять приложение даже раз в 3 года, достаточно же раз в год собирать на актуальном Xcode
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
🤔1
Как не надо создавать StateObject
Статья посвящена ошибке при использовании
🟢 Если не передать полный код инициализации, оболочка StateObject не сможет управлять созданием ViewModel
🟢 В результате, каждый раз при выполнении инициализатора View будет создаваться новая ViewModel, которая никогда не будет использоваться
🟢 Это может привести к лишнему созданию экземпляров ViewModel и плавающим ошибкам
🟢 Важно передавать полный код инициализации при создании StateObject
Статья посвящена ошибке при использовании
@StateObject. Проблема возникает из-за сохранения промежуточного результата в локальной переменной, @autoclosure важен для предотвращения создания новой ViewModel каждый раз при обновлении ViewPlease open Telegram to view this post
VIEW IN TELEGRAM
👌4👍2
Депрекейты в iOS 18
Сегодня состоялся резиз iOS 18, а значит пора взглянуть, чего же мы лишились с этим релизом:
🔘 Депрекейты в API в StoreKit. Важно обратить внимание на устаревшие API, если приложение использует покупки внутри приложения. Необходимо перейти на StoreKit 2
🔘 Изменения в UIKit. UIImage(named:) теперь возвращает nil вместо неопределенного изображения.
🔘 Качество съемки в Vision Framework. Качество захвата лица изменилось с faceCaptureQuality на captureQuality.score. Устаревший API FaceObservation остается доступным, но новые версии API VisionRequest и VisionObservation могут скоро стать устаревшими.
🔘 Порядок расположения объектов в RealityKit Порядок расположения дочерних объектов может измениться неожиданно. Разработчики не полагаются на порядок расположения объектов, поэтому изменения не являются критическими.
🔘 Устаревание расширений для Today Widgets. Расширения для просмотра Legacy Today устарели, и разработчики должны были отказаться от них 4 года назад 😥
В целом, ничего интересного, кроме более корректного поведения UIImage(named:)
Сегодня состоялся резиз iOS 18, а значит пора взглянуть, чего же мы лишились с этим релизом:
В целом, ничего интересного, кроме более корректного поведения UIImage(named:)
Please open Telegram to view this post
VIEW IN TELEGRAM
👍7❤1
Все что нужно знать о дисплеях текущей линейки iPhone
🟣 Из-за увеличения размеров Pro линейки, теперь у 16 iPhone 4 размера экрана
🟣 У iPhone 16 Pro рамки дисплея еще тоньше, размер увеличился с 6.1" до 6.3"
🟣 У iPhone 16 Pro Max размер увеличился с 6.7" до 6.9"
🟣 Scale factor остался тот же - 3x
🟣 Для AppStoreConnect теперь достаточно выгружать один размер скриншота 6.9" или 6.5"
🟣 Дизайн Dynamic island не изменился, так что размер Safe Area в портретном режиме остался прежним
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
❤6👍2
Анонсируем Swift 6
Поздравляю всех iOS разработчиков с релизом Swift 6! Мы планомерно разбирали все нововведения в деталях, но стоит еще раз их перечислить:
🟢 Новый подход к многопоточности, новый Swift будет избавлять нас от состояния гонки
🟢 Typed throws, теперь можно указывать тип выбрасываемой ошибки
🟢 Swift Testing - новый продвинутый фреймворк для тестирования
🟢 Модель "владения" через некопируемые типы и ~Copyable
🟢 Интероп с C++ напрямую из Swift
🟢 Новая модель компиляции подмножества языка для встроенных систем
🟢 Улучшения производительности и стабильности
🟢 Поддержка 128-битных целых чисел
🟢 Улучшенная отладка с помощью
🟢 Улучшенная производительность при запуске с explicit модулями
🟢 Foundation типы JSONDecoder, URL, Calendar, FileManager, ProcessInfo, и многие другие, наконец, переписаны на Swift. Теперь это часть языка а не Apple экосистемы
Поздравляю всех iOS разработчиков с релизом Swift 6! Мы планомерно разбирали все нововведения в деталях, но стоит еще раз их перечислить:
@debugDescription Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥17👍1
Потокобезопасность с мьютексами в Swift 6
А еще нам теперь "доступен" новый фреймворк Synchronization со всеми основными примитивами для работы с многопоточностью
1. Берем классический пример не безопасного менеджера для работы с кэшем
2. При использовании привычного GCD прийдется отказаться от прелестей Swift Concurrency и пометить его
3. Но если заменить DispatchQueue то можно оставить class - Sendable и код станет еще и понятнее
4. Но Mutex доступен только с iOS 18, так что напишем свой, с низкоуровневым C-API и pthread_mutex_t
5. Добавляем к нашему коду Legacy и ограничение на таргет пропадает
От себя бы еще добавил не использовать сразу Legacy а сделать Backport, который будет выбирать нужную реализацию, в зависимости от таргета и пометил бы его
А еще нам теперь "доступен" новый фреймворк Synchronization со всеми основными примитивами для работы с многопоточностью
1. Берем классический пример не безопасного менеджера для работы с кэшем
2. При использовании привычного GCD прийдется отказаться от прелестей Swift Concurrency и пометить его
@unchecked Sendable3. Но если заменить DispatchQueue то можно оставить class - Sendable и код станет еще и понятнее
4. Но Mutex доступен только с iOS 18, так что напишем свой, с низкоуровневым C-API и pthread_mutex_t
5. Добавляем к нашему коду Legacy и ограничение на таргет пропадает
От себя бы еще добавил не использовать сразу Legacy а сделать Backport, который будет выбирать нужную реализацию, в зависимости от таргета и пометил бы его
@deprecated чтобы не забыть его удалить. Подробнее про такой подход в SwiftUI писал ранее👍9❤1