🐥 Гайд по обеспечению современного параллелизма: системы с отслеживанием состояния
Очень полезная статья для новичков с пошаговым разбором хороших практик по обеспечению параллелизма со Swift Concurrency. Реальные приложения записывают данные в локальное хранилище, удалённые сервисы и, как правило, используют изменяемое состояние. В статье создают SwiftUI приложение, которое работает с состоянием, размещённым в (придуманной) удалённой сетевой службе.
🟢Создание удаленной системы
🟢Проблемы с асинхронным кодом
🟢Использование актеров в логике
🟢Использование актеров во View
🟢Различия между параллелизмом и диспетчеризацией
🟢Состояние гонки
🟢Критические секции
🟢Проблемы с асинхронными вызовами
🟢Асинхронные функции и обработчики завершения
🟢Проблемы с акторами
Новичкам я бы не советовал "просто" повторять все что приводится в статье, а скорее вдумчиво прочитать и повторить в своем pet-проекте подглядывая в статью

📚 CRUD операции в SwiftData с помощью ModelActor

SwiftData имеет очень простой API, но если вы используете Swift Сoncurrency, API SwiftData можно еще упростить. Статья описывает способ избавиться от явного использования Context:
🔵Работа идет через Sendable типы.
🔵Протокол Sendable определяет основные CRUD-операции с асинхронными методами.
🔵Селекторы обеспечивают типобезопасный способ указания данных для работы.
В статье так же указывается важное замечание о временных идентификаторах: новые элементы имеют временные идентификаторы до сохранения и постоянные после, это нужно держать в голове.
Несмотря на то что я приверженец использования "Pure API" без надстроек и сахара, могу признать, что данное решение имеет право на жизнь.

📱 Списки в SwiftUI
Подробный обзор контейнера List для новичков в SwiftUI. Даже если весь проект на UIKit, можно внедрить в Debug или QA экраны конфигурации. В статье покрыты следующие темы:
🔵Пример статического списка
🔵Динамическое заполнение списка
🔵Использование протокола идентификации элементов
🔵Стили списков SwiftUI
🔵Использование разделов
🔵Поддержка выбора
🔵Изменение цвета фона
🔵Оптимизация производительности

Если статья покажется вам полезной, советую обратить внимание на:
🟡Официальную документацию этого компонента, в ней есть дополнительные аспекты использования вне iOS
🟡Отображение данных в списках - статья от Apple про визуализизацию данных в соответствии с внешним видом платформы
🟡Выбор контейнера, исходя из контента - статья Apple про выбор между контейнерами Stack, Grid, List и Form
#swiftui #lists #basics #tutorial

📁 KVC операторы коллекций
Осознал недавно, что не все iOS разработчики слышали про KVC, особенно про ту магию, которая была в Obj-С для работы с коллекциями. Раскопал свою любимую статью про это:
🟢Операторы сбора данных делятся на три категории: простые операторы сбора данных, операторы объектов и операторы массива и множества.
🟢Простые операторы сбора данных возвращают строки, числа или даты в зависимости от оператора.
🟢Операторы объектов возвращают массив объектов.
🟢Операторы массива и множества возвращают массив или набор объектов в зависимости от оператора.
🟢Примеры использования KVC демонстрируют возможности и потенциал метапрограммирования и DSL на Objective-C

Все это уже не актуально со Swift, но от этого не менее интересно и красиво: @sum @count @avg

🎯 Как мы сделали on-device-распознавание номеров телефонов для ИТ-Пикника
С пылу с жару делюсь с вами шикарной статьей, в редактуре которой я принимал участие. Тема оч актуальная, про on-device ML модель. Что интересно, команда придумала и реализовала решение за 3 недели? успели попробовать и отказаться от нативного Vision фреймворка. Почему отказались? Узнаете в статье 🙃. В статье так же рассматриваются технологии:
🔵SwiftUI
🔵SwiftData
🔵TensorFlowLite
🔵Metal
🔵WebSocket