Telegram Web Link
Создание гистограмм с помощью SwiftUI Charts в iOS 16

На WWWDC 2022 Apple представила диаграммы SwiftUI, которые упрощают создание различных графиков в SwiftUI.

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

@iOS Dev

P.S. В посте выше было скрыто поздравление с нашим профессиональным праздником 🎉 (подсказки ASCII и UTF-32, а дальше дело техники).

Кстати, справились с задачей и дошли до последнего шага двое читателей, моё почтение!
Как обновить содержимое ячейки при использовании UIHostingConfiguration

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

При создании пользовательского интерфейса с использованием UITableView или UICollectionView всегда приходилось вручную следить за тем, чтобы все было синхронизировано.

С появлением UIHostingConfiguration в iOS 16 мы наконец-то можем использовать возможности двустороннего биндинга (связывания), которое существует только в SwiftUI.

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

Это означает, что нам больше не нужно вызывать reloadItems(at:) для обновления ячейки или вызывать reconfigureItems(at:) для обновления снэпшота.

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

@iOS Dev
Отображение данных в реальном времени с помощью Live Activity и Dynamic Island
Материал о том, как создавать интерактивные действия, которые отображают самые последние данные вашего приложения в Dynamic Island и на экране блокировки.

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

Live Activity используют функциональность WidgetKit и SwiftUI для пользовательского интерфейса.

Роль ActivityKit заключается в управлении жизненным циклом каждого Live Activity: мы можем использовать его API для запроса, обновления и завершения Live Activity.

📖 В официальной документации Apple рассматриваются следующие аспекты:

🔘 Требования и ограничения Live Activity.

🔘 Как добавить поддержку Live Activity в свое приложение.

🔘 Как определить набор статических и динамических данных.

🔘 Создание конфига для вашей Live Activity.

🔘 Создание Lock Screen view.

🔘 Создание compact, minimal и expanded views.

🔘 Как стартовать и обновлять Live activity.

ℹ️ Важно! Live Activity в настоящий момент доступны только на iPhone.

ℹ️ Размер обновленных динамических данных как для обновлений ActivityKit, так и для push-уведомлений не может превышать 4 КБ.

@iOS Dev
Как 5 приложений для iOS могут сократить время запуска в среднем на 28%

📖 Занимательное исследование от Emerge tools поможет разобраться в этом.
Ведь важна каждая миллисекунда (или нет?).

ℹ️ Время запуска — важная метрика приложения, которую следует постоянно отслеживать и улучшать.

A/B-тесты в ведущих компаниях, занимающихся мобильными приложениями, постоянно показывают, что увеличение времени запуска всего лишь на долю секунды может значительно повредить основным показателям использования, таким как количество активных пользователей в день и время, затрачиваемое на приложение на пользователя в день.

Lyft сообщила об увеличении количества пользовательских сеансов на 5% благодаря сокращению времени запуска их приложения для водителей на 21%.

Apple сделала время запуска предметом многочисленных презентаций #WWDC (раз, два, три).

Плюс статьи в том, что это настоящие оптимизации, которые применяются к публичным сборкам App Store без участия разработчиков.

😳 Интересный факт!

Приложение Zoom фактически тратит 41 мс на usleep в основном потоке во время запуска.

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

@iOS Dev
Знали ли вы, что первоначально Swift назывался Shiny?
Так почему же мы называем его свифтом? Я решил поискать причины, и ниже расскажу вам короткую, но интересную историю, а поможет нам Крис Латтнер (создатель Swift, LLVM и компилятора Clang). Далее, с его слов.

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

⭐️ Shiny было кодовым именем. Многие вещи в Apple тогда, да и вообще во многих компаниях, когда вы начинаете, имели временное название. Если быть более точным, то в 2010 году даже был каталог на ноутбуке Криса.
И когда вам нужно выбирать имя проекта, вы понятия не имели, во что оно превратится в итоге.

Название Shiny появилось потому, что язык можно было назвать новой блестящей штуковиной.

📺 Это была отсылка к «Светлячку» — телесериалу, который очень хорош (лично я подтверждаю, сериал смотрится легко даже спустя столько времени).

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

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

🤔 Оказалось, что есть еще один язык под названием Swift — маленький исследовательский язык, по сути. Как и в случае с именованием в компьютерных API, именование продуктов - это сложно, потому что все хорошие имена уже заняты, и это действительно очень, очень сложная проблема.

В итоге они остановились на слове Swift, так как оно подразумевает правильные вещи. Кроме того, оно оказалось точно такой же длины, как Shiny, так что это значительно упростило пересмотр истории в системе контроля версий!

Ещё один интересный факт со слов Джордан Роуз, магическое число для модулей Swift это блестящий (shiny) или сверкающий эмодзи. Крис Латтнер добавил, что магические числа это старая школа Unix и, конечно, Swift будет использовать эмодзи.

Так что shiny всегда будет где-то там, вместе с нами.

@iOS Dev❤️, если вы смотрели «Светлячка»
Что означает ключевое слово «any»? Разбор Type Erasure в Swift

Концепция Type Erasure сама по себе не нова для Swift, но она была радикально улучшена в Swift 5.7 с помощью добавления ключевого слова с префиксом anyе путать с написанным с заглавной буквы Any!) и апгрейдом уже существующего ключевого слова some непрозрачного типа (Opaque Type).

📖 В этой статье автор разбирает концепцию Type Erasure: как это происходило раньше, что нового появилось в Swift 5.7 и как эти изменения работают.

Материал содержит следующие основные блоки:

Что, черт возьми, представляет Type Erasure на самом деле?

Swift 5.7: новое ключевое слово any.

Вспомогательные функции и расширение возможностей: opaque parameters, primary associated types.

@iOS Dev
Как изменить значение переменной с помощью брейкпоинта?

Если у нас возникает такая ситуация, что при отладке определённая переменная всегда должна иметь определённое значение (или же, например, нужно выполнить другое действие), то можно воспользоваться следующей несложной инструкцией.

1️⃣ Добавьте брейкпоинт.

2️⃣ После установки выберите Edit Breakpoint.

3️⃣ Установите Action со значением Debugger command.

4️⃣ Укажите требуемое действие.

5️⃣ Выберите Automatically continue after evaluating actions для того, чтобы приложение не остановилось на нашем брейкпоинте после выполнения указанного действия.

👨‍💻 Тем самым мы вполне можем сэкономить время при тестировании или воспроизведении ошибки, не перезапуская приложение.

@iOS Dev
Please open Telegram to view this post
VIEW IN TELEGRAM
Объяснение взаимоблокировок (deadlocks) в Swift: обнаружение проблем и их способы их решения

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

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

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

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

📖 Антуан Ван Дер Ли с помощью своего 10-летнего опыта рассказал о причинах взаимоблокировок и поделился, как можно сузить радиус поиска.

@iOS Dev
UILabel стоит больше, чем вы думаете

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

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

К счастью, реализация UILabel умна и потребляет только то, что ей нужно:

🔘 Если ваш лейбл монохромен, UILabel выберет CALayerContentsFormat из kCAContentsFormatGray8Uint (1 байт на пиксель).
Но на немонохромные лейблы, например, для отображения «😰пожалуйста, попытайтесь сохранить душевное спокойствие, насколько можете» или многоцветные NSAttributedString, потребуется использовать kCAContentsFormatRGBA8Uint (4 байта на пиксель).

Монохромный лейбл потребляет не более width * height * contentsScale ^2 * (1 byte per pixel), а немонохромный — в 4 раза больше: width * height * contentsScale ^2 * (4 byte per pixel).

🔘 Например, на iPhone 11 Pro Max лейбл размером 414 * 100 точек может потреблять до: 414 * 100 * 3 ^ 2 * 1 = 372,6 КБ, а немонохромный 414 * 100 * 3 ^ 2 * 4 = ~ 1,49 МБ.

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

В распространенном анти-паттерне лейблы ячеек UITableView/UICollectionView остаются заполненными их текстовым содержимым, когда эти ячейки попадают в reuse queue.

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

✅️ Несложные советы, которые помогут освободить потенциально мегабайты памяти:

1️⃣ Обнуляйте текст лейблов, если вы сделаете их скрытыми и будете отображать только изредка.

2️⃣ Обнуляйте текст лейблов, если они отображаются в ячейках UITableView/UICollectionView, в didEndDisplaying:forItemAt:

📖 В этом материале есть ещё несколько советов, которые помогут вам улучшить производительность.

📖 А вот тут можно прочесть про изображения и пути оптимизации.

@iOS Dev
Please open Telegram to view this post
VIEW IN TELEGRAM
30 советов, которые можно добавить в набор инструментов iOS-разработчика

📖 Rony Fadel делится своим опытом, рассказывая и о фишках Xcode, и о том, что можно применить в вашем коде уже в следующем проекте.

@iOS Dev
Новый способ для работы со временем в iOS 16

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

🕔 Расчеты с использованием Duration могут применяться как для точности до долей секунды, так и для измерений, охватывающих столетия.

1️⃣ Пример с добавлением миллисекунд.

var d: Duration = .seconds(3)
d += .milliseconds(33)
print(d) // 3.033 seconds



2️⃣ Пример с форматированием в часы и минуты.

let timeRemaining: Duration = .seconds(6900)

// 01:55
let padHourToLength2 = timeRemaining.formatted(
.time(pattern: .hourMinute(padHourToLength: 2))
)


📖 А о других API для взаимодействия со временем можно прочесть в этом посте.

@iOS Dev
Динамическое создание PDF-файлов с использованием PDFKit в Swift

Динамическое создание отчетов в формате PDF может быть чрезвычайно полезным при разработке приложений Swift.

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

📖 В этом материале автор делится своим опытом и рассказывает о том, как:

🔘 Сгенерировать PDF-документ.
🔘 Показать свои данные в заданном стиле.
🔘 Отформатировать текст на примерах (шрифт, размер, подчеркивание, и так далее).
🔘 Перейти на новую страницу при необходимости.
🔘 Пошарить сгенеренный PDF.

👨‍💻 Код из статьи — по этой ссылке.

@iOS Dev
Please open Telegram to view this post
VIEW IN TELEGRAM
Starly + App Store Connect SDK = ProductHunt

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

App Store Connect API соответствует спецификациям OpenAPI и поставляется с богатой документацией от Apple.

Недавно Antoine v.d. SwiftLee (автор одноимённого сайта и рассылки с обучающими материалами) выкатил новое SDK для работы с апи аппстора.

📖 Почитать о принципах работы SDK можно в этом материале.

На протяжении некоторого времени я изучал возможности SDK, и в твиттере смог решить с Антуаном интересующие меня вопросы.

🎉 В итоге появилось приложение Starly, с помощью которого можно отвечать на отзывы в аппсторе (а ещё переводить их и добавлять шаблоны ответов, и шарить лучшие из них), на данный момент не имеющее ни одного аналога, за исключением стандартного приложения.

💻 Приложение доступно на macOS, iPhone и iPad.

Я запустил его также на продактханте и впервые прошу вашей помощи:

🟢 Если вы зарегистрированы на ProductHunt, то, пожалуйста: поддержите приложение на портале.

🟢 Или, если вам понравилась идея — установите его и напишите в отзывах, что можно улучшить.

@iOS Dev — я рассчитываю на вашу поддержку.
This media is not supported in your browser
VIEW IN TELEGRAM
Реализация превью в реальном времени для UIViewController

Одной из лучших функций SwiftUI является возможность предварительного просмотра вашего кода во время разработки, но знаете ли вы, что вы также можете использовать SwiftUI для предварительного просмотра ваших старых UIViewControllers и UIView?

📖 И, скорее всего, вы догадались, что в этой статье автор расскажет про то, как использовать протокол UIViewControllerRepresentable, который позволяет создавать и управлять UIViewController из SwiftUI.

@iOS Dev
Как тестировать приложения для iOS, используя имитацию данных

ℹ️ Чтобы предоставлять высококачественное программное обеспечение и избегать регрессии, внедрение модульного тестирования является обязательным для каждого приложения iOS.

Имитация объектов (или использование моков) — это метод модульного тестирования, который создает поддельные объекты с использованием тех же API, что и настоящие.

📕 В этой статье автор рассказывает о рекомендациях по использованию таких данных и написанию модульных тестов для наиболее часто встречающихся сценариев в приложениях для iOS.

@iOS Dev
Please open Telegram to view this post
VIEW IN TELEGRAM
BackgroundTask в SwiftUI: примеры коды и способы тестирования

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

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

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

Вы никогда не должны полагаться на такое планирование для чего-то критически важного для вашего приложения.

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

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

📖 Важное руководство по работе в фоновом режиме.

ℹ️ В Xcode 14.0 был баг в определённых условиях, но согласно этому треду он исправлен в Xcode 14.1 (впрочем, ничего нового).

@iOS Dev
Парсинг JSON в Swift: объяснение с примерами кода
Статья рассчитана на новичков, которым полезно начать с базы для разбора основных принципов

🤔 Парсинг JSON в Swift — обычное дело, встречающееся едва ли не в каждом втором (а может и в в каждом) проекте.

В целом, декодирование JSON в Swift довольно простое и не требует никаких внешних зависимостей.

📖 Базовых API, поставляемых со Swift, будет достаточно для выполнения этой работы, а в этом материале рассказывается о следующих понятиях:

1️⃣ Основы декодирования JSON.

2️⃣ Декодирование JSON-массивов в Swift.

3️⃣ Сопоставление ключей (или же маппинг) JSON с кастомными свойствами.

4️⃣ Декодирование дат JSON с кастомными форматами (например, датой, включая возможные стратегии).

@iOS Dev
Please open Telegram to view this post
VIEW IN TELEGRAM
Время очередной интересной истории
Попробую вас удивить, а вы постарайтесь догадаться, о чём идёт речь

1️⃣ Этот символ появляется на ряде древних предметов в Северной Европе.

2️⃣ Он занимает видное место на картинном камне из Хаблингбо в Швеции, который был создан между 400 и 600 годами нашей эры.

3️⃣ Он также похож на традиционную геральдическую эмблему, называемую узлом Боуэна.

4️⃣ В Финляндии этот символ рисовали или вырезали на домах и амбарах, а также на домашней утвари, такой как посуда, чтобы защитить их и их владельцев от злых духов и неудач.

5️⃣ Самый старый сохранившийся пример — пара деревянных лыж возрастом 1000 лет (финский дохристианский период), украшенных этим символом.

🤔 Всё ещё не догадались, о чём я веду речь?

Этот символ также появляется на артефактах культуры Миссисипи на юго-востоке Соединенных Штатов.

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

📕 Всё ещё нет?

Английские названия Saint John's Arms, Saint Hannes cross или Saint Hannes's Cross, а также скандинавские названия относятся к Иоанну Крестителю.

Все эти подсказки, и вся информация об этом должны были навести вас на мысль, что я рассказывал о:

Компьютеры Apple вплоть до Apple II Plus 1979 года не имели командной клавиши. А вся информация ведёт к тому, что Символ ⌘ («квадрат с петлей») был выбран Susan Kare после того, как Стив Джобс решил, что использование логотипа Apple было бы слишком избыточным.

— Все эти факты о том, как был выбран символ для клавиши Command! Пруфы — раз (ссылка на объяснение от самой Сьюзен), два.

@iOS Dev — интересно об обыденном. 👍 — если инфа вас удивила.
Please open Telegram to view this post
VIEW IN TELEGRAM
Memory Warnings при разработке: определение и способы воспроизведения

⚠️ Если системе не хватает свободной памяти и она не может восстановить её, завершив приостановленные приложения, UIKit отправляет предупреждение о нехватке памяти работающим приложениям.

UIKit выдает предупреждения о нехватке памяти следующими способами:

🔘 Вызывая applicationDidReceiveMemoryWarning(_:) в app delegate.

🔘 Вызывая didReceiveMemoryWarning() в каждом из активных UIViewController.

🔘 C помощью didReceiveMemoryWarningNotification во все зарегистрированные observers.

🔘 Каждая из dispatch queues получает warning типа DISPATCH_SOURCE_TYPE_MEMORYPRESSURE.

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

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

2️⃣ Удалите ссылки на любые временные объекты, которые вам больше не нужны.

3️⃣ Если активные задачи могут потреблять значительный объем памяти, приостановите dispatch queues или ограничьте количество одновременных операций, выполняемых вашим приложением.

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

Иногда во время тестирования из-за этого приложение закрывается, но в отладчике ничего не появляется.

Что делать в таком случае?

🟢 На симуляторе: откройте Debug -> Simulate Memory Warning (или воспользуйтесь шорткатом CMD+SHIFT+M).

🟢 Приватное API — не используйте его в проде: UIControl().sendAction(Selector(("_performMemoryWarning")), to: UIApplication.shared, for: nil)

ℹ️ А чтобы зафорсить out of memory, есть ещё и такой способ.

@iOS Dev
2025/02/23 08:52:21
Back to Top
HTML Embed Code: