🐥 Локализуем списки в Swift правильно

Swift предоставляет множество встроенных форматтеров, один из которых форматтер списков ListFormatter (iOS 13+). Он помогает объединять списки элементов в удобочитаемые предложения:
🟢Форматировщик списка учитывает языковой стандарт пользователя.
🟢Можно принудительно установить языковой стандарт, изменив свойство place.
🟢Форматировщик списка поддерживает массивы любого типа, но элементы должны быть представлены в виде строк.
🟢Можно использовать настраиваемые типы, соответствующие протоколу CustomizableStringConvertible.
#swift #list #formatter #listformatter

🔨 Переосмысление цветовой системы
Дизайн система? Нет, цветовая система! Очень интересный пример использования системы типов для работы с цветами:
🔵Система проектирования предоставляет цвета для фона, переднего плана и границ.
🔵Каждый цвет может находиться в четырех состояниях: обычном, зависшем, отключенном и нажатом.
🔵Исторически использовался подкласс UIColor, но он не работал с динамическими темами

Проблемы UIColor:
🔴UIColor не предназначен для создания подклассов.
🔴Отсутствие безопасности типов: любой экземпляр UIColor можно использовать где угодно.
🔴Повышение уровня кастомизации требует правильного использования цвета.

Новый подход с фантомными типами:
🟢Введены фантомные типы для обеспечения безопасности ввода на основе контекста.
🟢Определен протокол с тремя перечислениями для ролей цвета.
🟢Создана типобезопасная оболочка для UIColor, обеспечивающая правильную цветовую роль.

У автора большие ожидания от идеи системы типов в Swift, я же надеюсь что это не уйдет дальше идеи и мы останемся с текущей концепцией семантических цветов - accentColor, primary, secondary. Но сама по себе идея использования системы типов для реализации безопасного использования имеет шанс на жизнь

#swift #color #system

1️⃣2️⃣3️⃣4️⃣5️⃣ SE-0456 Добавили Span свойства в стандартныю библиотеку типов

Продолжаем разбираться с "упрощениями" в Swift. В этот раз, нас спасают от небезопасной работы с контейнерами и расширяют возможности использования новых типов Span и RawSpan в существующих контейнерах.

Мотивация
Многие типы контейнеров из стандартной библиотеки могут предоставлять прямой доступ к своему внутреннему представлению. До сих пор это можно было сделать только небезопасным способом. Стандартная библиотека предоставляет эту небезопасную функциональность с помощью функций, принимающих замыкания, таких как withUnsafeBufferPointer(), withContiguousStorageIfAvailable() и withUnsafeBytes(). У этих функций есть несколько недостатков, самый заметный из которых — использование небезопасных типов, что делает их неприемлемыми в средах с повышенными требованиями к безопасности. API, принимающие замыкания, также могут быть сложны в сочетании с новыми функциями и друг с другом. Эти проблемы решаются с помощью Span. Согласно этому предложению, совместимые типы стандартной библиотеки будут предоставлять доступ к своему внутреннему представлению через вычисляемые свойства типа Span и RawSpan.

#swift #evolution #proposals

🐥 Руководство по использованию unsafe в Swift
А вот и статья про то как работать с unsafe в Swift сейчас и в каких случаях это может вам понадобиться:

Когда использовать небезопасные указатели?
🔵Работа с BSD-сетями, OpenGL, POSIX.
🔵Оптимизация: создание ручного управления памятью.
🔵Низкоуровневое программирование: работа с буферами, сериализация/десериализация.
🔵Взаимодействие с Objective-C: наведение мостов между ARC и ручным управлением памятью.

Рекомендации по использованию небезопасных указателей:
🔵Минимизируйте использование небезопасных указателей.
🔵Используйте withUnsafe конструкции для корректного выделения и освобождения памяти.
🔵Проверяйте границы при арифметике указателей.
🔵Документируйте код и используйте стандартные библиотеки.
🔵Тщательно тестируйте код с использованием небезопасных указателей.

🟢Преимущества: производительность, интероперабельность, гибкость.
🔴Риски: утечки памяти, нарушение безопасности, сложность поддержки.

Выводы
🟡Использование unsafe в Swift требует высокой эффективности и контроля за управлением памятью.
🟡Важно не злоупотреблять прямыми указателями и документировать изменения.

#unsafe #swift

🐥 Более безопасный Swift: Как ~Copyable предотвращает появление скрытых ошибок

Новый протокол ~Copyable появился в Swift 5.9. Мы уже разбирали Copyable, а вот и один из примеров поользы использование: на примере разбирается, когда вы стоит использовать ~Copyable. Протокол ~Copyable делает объект "не подлежащим копированию". По умолчанию Swift автоматически добавляет этот протокол для всех типов.

#swift #copyable