📱 SwiftUI на iOS 14 😥 (19 минут)
Отличный лонгрид от ребят из Яндекс Диска. Показали что UIKit и SwiftUI неплохо уживаются вместе, и для этого не обязательно иметь высокий таргет, с таргетом iOS 14 можно жить. В статье разобраны основные проблемы, с которыми можно столкнуться, а главное путь поиска причины и решения

🍎Apple делает ставку на пользователей в битве за инновации в искусственном интеллекте
Чем ближе WWDC тем больше сливов вокруг AI проектов, которые будут представлены на конференции. Инсайдеры говорят что Apple готовит другой подход к использованию ИИ.
🟢Фокус на облегчении повседневных задач
🟢В сердце будет проект "Greymatter" - набор инструментов для использования в приложениях
🟢На Keynote нам скорее всего покажут примеры его применения на приложениях Apple, фото, заметки, браузер, нотификации и полностью переработанная Siri
🟢Новый процессор в актуальных iPhone будет способен исполнять задачи локально
🟢Все сложные AI запросы будут исполняться на выделенных M2 Ultra машинах в датацентрах

🆓 Вот как выглядит современный UIKit
Спустя 5 лет историй про SwiftUI и множества релизов TCA они таки сдались и выпускают серию эпизодов по UIKit. Почему же сейчас, разве SwiftUI не в моде? Ребята признали что время от времени нам придется переходить на UIKit из-за отсутствия функциональности в SwiftUI, или, при просадках в производительности, ведь UIKit более производительный и контролируемый.

В курсе фокус будет направлен на управление состоянием при работе с UIKit.
🟢Применение Observable для байндинга UIKit представлений с моделью
🟢Управление навигацией из состояния state, используя API, похожие на SwiftUI

Звучит интрегующе, особенно в рамках навигации 🤔

Появились первые детали про формат WWDC24
🟢Keynote будет транслироваться 10 июня в 20:00 по Москве
🟢Platforms State of the Union начнется в 23:00
🟢Нас ждет более 100 сессий, которые будут сразу транслироваться и на youtube
🟢Будут традиционные лабы, на которые можно записаться
🟢Объявили финалистов Apple Design Award
🟢Запустили главный лэндинг

1️⃣2️⃣3️⃣4️⃣5️⃣ SE-0415: Function Body Macros

Принят пропоузал, добавляющий возможность "привязывать" макросы к телу функций. При помощи defer в теле функции мы сможем добавлять код не только перед началом выполнения, но и после выполнения, что открывает множество возможностей для реализации таких макросов.
🟢Логирование через макросы без визуального загромождения тела функции
🟢Снятие метрик производительности
🟢Трейсинг вызовов
🟢Выполнение разных участков кода, в зависимости от конфигурации сборки (Release/Debug)

1️⃣2️⃣3️⃣4️⃣5️⃣ SE-0436: Objective-C implementations in Swift

Bот еще один принятный пропоузал, достойный 1 апреля. В swift теперь доступен подход с Interface/Implementation из Objective-C. Суть нововведения в новом атрибуте @implementation который позволит Swift расширениям заменить Objective-C @implementation. Это позволит писать классы на Swift, но они будут неотличимы от классов Objective-C, полностью поддерживая подклассы ObjC и все рантайм трюки. В целом, классное дополнение, исключая тот факт, что хотелось бы прийти в мир в котором останется один ЯП для Apple платформ, а не лучшая интеграция с Objective-C ☀️

🥸 Усы приходят на Swift
Я как-то пропустил нативную Swift реализацию языка темплейтов Mustache. Он используется для HTML (весь Jango), конфиг-файлов, исходников на любых языках и для чего угодно. Он работает путем расширения тегов в шаблоне с использованием значений, предоставленных в хэше или объекте. Язык Mustache имеет официальную спецификацию и активно используется в кодогенерации OpenAPI (Swagger) и других. Я лично и до этого использовал Mustache для кодогенерации на CI сетевого слоя, но приходилось вызывать реализацию на python

🕸Подходы к проектированию RESTful API (17 мин)
Статья 2016 года и вообще в хабах .Net и C#, но я ее до сих пор использую для пректирования и делюсь с коллегами. Часто мобильным разработчикам приходится принимать участие в проектировании REST API и от того на сколько правильно мы заложим принципы на этапе проектирования, будет зависеть предсказуемость попадания реализации в оценку. Очень советую уделить 17 минут своего времени на статью, когда будете проектировать свой следующий REST. Основные лучшие правктики, которые можно применить везде:

🟢 SSL повсюду — самое важное в вашем сервисе, т. к. без SSL авторизация и аутентификация бессмысленны.
🟢Документация и версионность сервиса — с первого дня работы.
🟢Методы POST и PUT должны возвращать обратно объект, который они изменили или создали, — это позволит сократить время обращения к сервису вдвое.
🟢Поддержка фильтрации, сортировки и постраничного вывода — очень желательно, чтобы это было стандартно и работало «из коробки».
🟢Поддержка MediaType. MediaType — способ сказать серверу, в каком формате вы хотите получить содержимое. Если вы возьмете какую-либо стандартную реализацию web API и зайдете туда из браузера, API отдаст вам XML, а если зайдете через какой-нибудь Postman, он вернет JSON.
🟢Prettyprint & gzip. Не минимизируйте запросы и не делайте компакт для JSON (того ответа, который придет от сервера). Накладные расходы на prettyprint —единицы процентов, что видно, если посмотреть, сколько занимают табы по отношению к общему размеру сообщения. Если вы уберете табы и будете присылать все в одну строку, запаритесь с отладкой. Что касается gzip, он дает выигрыш в разы. Т. ч. очень советую использовать и prettyprint, и gzip.
🟢Используйте только стандартный механизм кэширования (ETag) и Last-Modified (дата последнего изменения) — этих двух параметров серверу достаточно, чтобы клиент понял, что содержимое не требует обновления. Придумывать что-то свое тут не имеет смысла.
🟢Всегда используйте стандартные коды ошибок HTTP. Иначе вам однажды придется кому-нибудь объяснять, почему вы решили, что ошибку 419 в вашем проекте клиенту нужно трактовать именно так, как вы почему-то придумали. Это неудобно и некрасиво — за это клиент вам спасибо не скажет!

😺️ SampleBuilder

Находка дня - макрос для генерации данных под preview/моки/тесты. Цель SampleBuilder проста: сгенерировать массив данных под ваши модели. Поддерживается достаточно точечная настройка вывода, случайная генерация данных и даже работа с enum