How to Clean Xcode Junk and Reclaim Valuable Disk Space on Your Mac

🖥 Xcode занимает много места из-за файлов сборки, данных индексации, символов отладки, файлов симулятора и кэшей, которые необходимы для оптимизации работы.

🟢 Удаление данных, полученных в процессе сборки, можно выполнить через терминал или Finder, что может освободить значительное пространство на диске.

🟢 Архивы могут занимать много места; важно сохранять только те, которые необходимы для отправки в App Store или важные версии релизов.

🟢 Регулярная очистка кэшей и управление симуляторами через терминал или Xcode поможет поддерживать оптимальную производительность и освободить место на диске.

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

What is Structured Concurrency?

❓ Structures Concurrency (SC) — это модель, которая упрощает чтение, поддержку и понимание асинхронного кода в Swift, устраняя проблемы, связанные с callback hell.

✔️ С помощью SC задачи создаются и ожидаются в четком порядке, ошибки автоматически передаются, что упрощает обработку ошибок и делает код более читаемым.

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

func fetchData() async throws -> String {
    try await Task.sleep(for: .seconds(1)) // Simulating network delay
    return "Data"
}

func loadData() async throws {
    let data1 = try await fetchData()
    let data2 = try await fetchData()
    let data3 = try await fetchData()
    
    print("Finished loading: \(data1), \(data2), \(data3)")
}

Формализация принципа Open/Closed: как сохранить обратную совместимость с помощью SOLID

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

✏️ СемВер используется для управления версиями, где мажорные изменения требуют правок у клиентов, а минорные и патч-версии могут добавлять функционал без нарушения совместимости.

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

⚙️ Решения для обратной совместимости включают использование расширений протоколов, создание новых протоколов или добавление опциональных методов для сохранения совместимости.

Result builders in Swift

❓ С помощью аннотации @resultBuilder можно создавать функции, которые автоматически объединяют строки без необходимости добавления запятых.

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

⏩ Swift 5.4 расширяет функциональность конструкторов результатов, позволяя использовать их в пользовательских представлениях SwiftUI, что упрощает создание интерфейсов.

🔗 Работать может не только со строками, но и с разными типами данных.

@resultBuilder
struct ValidatorBuilder {
    static func buildBlock(_ components: Bool...) -> Bool {
        components.allSatisfy { $0 }
    }
}

func validate(@ValidatorBuilder _ rules: () -> Bool) -> Bool {
    rules()
}

let email = "user@example.com"
let isValid = validate {
    email.count >= 5
    email.contains("@")
    !email.hasSuffix(" ")
}

print(isValid)

Yielding and debouncing in Swift Concurrency

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

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

🔴 Swift использует модель кооперативного отмены задач, что позволяет отменять предыдущие задачи при вводе новых данных, не останавливая их принудительно.

struct DataHandler {
    func process(json files: [Data]) async throws -> [Item] {
        let decoder = JSONDecoder()
        var result: [Item] = []
        
        for file in files {
            let items = try decoder.decode([Item].self, from: file)
            result.append(contentsOf: items)
            
            await Task.yield()
        }
        
        return result
    }
}

Performing your app actions with Siri through App Shortcuts Provider

Интеграция Siri с действиями приложения позволяет пользователям выполнять команды голосом, что упрощает взаимодействие в ситуациях, когда руки заняты.

⏩ В статье взаимодействие с Siri происходит в BooksShelfAskSiri-Starter - приложение для управления библиотекой книг, включая функции для добавления, просмотра и открытия книг.

➕ Создание ярлыков для Siri включает добавление фраз, которые позволяют пользователю открывать книги с помощью голосовых команд, улучшая пользовательский опыт.

🟢 Метод updateAppShortcutParameters() обновляет параметры ярлыков каждый раз, когда добавляется или удаляется книга, обеспечивая актуальность команд.

🖥 Добавление альтернативных названий приложения и параметров сущностей позволяет пользователям взаимодействовать с приложением более эффективно и интуитивно.

import AppIntents

struct BookShelfShortcutsProvider: AppShortcutsProvider {

    static var appShortcuts: [AppShortcut] {
        AppShortcut(
            intent: OpenBookIntent(),
            phrases: [
                "Open a book in \(.applicationName)"
            ],
            shortTitle: "Open a book",
            systemImageName: "book"
        )
    }
}

Don't rely on BGAppRefreshTask for your app's business logic

⚙️ Использование BGAppRefreshTask для бизнес-логики приложения не гарантирует выполнение фоновых задач, что может привести к устаревшим данным.

⚠️ Автор столкнулся с проблемами после выпуска приложения, когда фоновая задача не выполнялась, несмотря на успешные тесты в TestFlight.

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

✔️ Для надежного обновления данных лучше использовать фоновые уведомления, отправляемые с сервера через APNs, хотя это требует наличия бэкенда.

Strategies to avoid merge conflicts in Xcode Projects

Статья про борьбу с конфликтами в XCode проектах, которые возникают из-за частых изменений в файле project.pbxproj, который не предназначен для прямого редактирования и обновляется при добавлении, удалении или перемещении файлов.

Выделяют несколько вариантов решения:

⏩ Разделение проектов

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

⏩ Генерация проектов

Использование инструментов, таких как Tuist и XcodeGen, позволяет определять проекты с помощью языков, таких как Swift или YAML, что снижает вероятность конфликтов за счет использования шаблонов.

⏩ Использование SPM

Swift Package Manager, изначально инструмент для управления зависимостями, стал популярным менеджером проектов, позволяя использовать шаблоны для снижения конфликтов, но может замедлять работу Xcode.

⏩Фича XCode 16

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

🖥 Я, в основном, пользовался генерацией. Делитесь своим опытом в голосовании.

Making your own custom Optional

❓ В статье описывается, как создать собственный тип Optional в Swift, используя перечисление с двумя случаями: наличие значения и отсутствие (nil)

⚠️ Представлен метод unwrapped(), который выбрасывает ошибку, если значение отсутствует, с использованием пользовательского перечисления ошибок CustomOptionalError.

Кстати, статья в разделе Интревью 🙂

enum CustomOptional<T> {    
      case some(T)    
      case none     

      var value: T? {        
           switch self {        
           case .some(let value):            
                  return value        
            case .none:            
                  return nil        
            }    
       }     

        func unwrapped() throws -> T {        
             switch self {        
             case .some(let value):            
                    return value        
              case .none:            
                    throw CustomOptionalError.valueIsNil        
               }    
          }     

// MARK: - Custom Optional Error enum    

          enum CustomOptionalError: Error {        
                 case valueIsNil    
           }
}

Factory for DI

Отличная статья про реализацию DI.

Автор проводит сравнение трех подходов:

- паттерн фабрика
- Factory библиотека
- Swinject

⚙️ Паттерн Фабрики используется для создания объектов, инкапсулируя логику создания в отдельном классе или методе, что способствует поддержанию принципа единственной ответственности. Для крупных проектов использование фабрик может быть недостаточным, так как они не обеспечивают управление жизненным циклом зависимостей и не позволяют легко заменять реализации для тестирования.

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

🟢 В отличие от Swinject, библиотека Factory обеспечивает безопасность на этапе компиляции, что предотвращает ошибки во время выполнения, связанные с незарегистрированными зависимостями.

Documenting your code with DocC

🖥 DocC — это компилятор документации от Apple, который преобразует текст на основе Markdown в богатую документацию для Swift-фреймворков и пакетов.

➡️ Для добавления документации используйте тройные слэши вместо двойных. Это позволяет компилятору DocC извлекать информацию непосредственно из исходного кода.

➡️ Документация может включать описание параметров, возвращаемых значений и ошибок с использованием ключевых слов Parameters, Returns и Throws.

🔗 Для упоминания других типов в документации используйте двойные обратные кавычки, что позволяет DocC создавать ссылки на соответствующие элементы документации.

Rules of Structured Concurrency

⚙️ Структурированные задачи (например, async let и task group) управляют дочерними задачами, в то время как неструктурированные задачи (например, Task и Task.detached) создают независимые деревья задач без родительских связей.

⚠️ Существуют три основных правила:
- правило завершения группы
- правило отмены группы
- правило распространения ошибок, которые применяются только к структурированным задачам.

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

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

NSAttributedString: Formatting Rich Text in Swift

⏩ NSAttributedString — это класс, позволяющий добавлять атрибуты, такие как цвет и шрифт, к определенным диапазонам текста, создавая богатый текст с различными стилями в одном строковом объекте.

✔️ Для создания изменяемой строки используется NSMutableAttributedString, что позволяет добавлять атрибуты к поддиапазонам текста, например, изменять цвет или шрифт отдельных слов.

➡️ Можно изменять цвет текста, шрифт, добавлять зачеркивание и подчеркивание, а также создавать кликабельные ссылки и настраивать стили абзацев для выравнивания и интервалов.

❗️ NSAttributedString можно использовать с UIKit через свойства attributedText в UILabel и UITextView, а также с SwiftUI, начиная с iOS 15, с помощью нового типа AttributedString.

💡 Рекомендуется кэшировать атрибутированные строки и использовать NSMutableAttributedString только при необходимости модификации текста для повышения производительности.

let attributedString = NSMutableAttributedString(string: "A text with a background color.")

// Applying foreground color to "text"
attributedString.addAttributes(
    [.foregroundColor : UIColor.red],
    range: NSRange(location: 2, length: 4)
)

// Applying background color to "text with a background"
attributedString.addAttributes(
    [.backgroundColor: UIColor.yellow],
    range: NSRange(location: 2, length: 22)
)

Rendering quadratic Bézier curves with Metal

💡 Интересная статья про то, как начали использовать упрощенный метода рендеринга квадратичных кривых Безье с помощью Metal. Данный метода основан на алгоритме Kokojima. Он включает в себя создание трафаретного буфера и шейдинга.

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

⏩ Метод поддерживает как выпуклые, так и вогнутые кривые, что позволяет эффективно обрабатывать самопересекающиеся сегменты.

⏩ Для сглаживания краев используют встроенную многообразную выборку Metal, что упрощает процесс по сравнению с более сложными решениями.

iOS Performance tips you probably didn't know (from an ex-Apple engineer)

Крутая статья трюки оптимизации в приложении. Вот краткий обзор.

⚠️ UILabel дорого стоит:

Он может потреблять значительное количество памяти, особенно если он не монохромный. Для уменьшения использования памяти рекомендуется обнулять текст меток в ячейках UITableView/UICollectionView, когда они скрыты.

➡️Использование очередей:

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

ℹ️ Симуляция предупреждений о памяти:

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

🛡 Избегайте семафоров;

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

✏️ Проблемы с тегами UIView:

Использование тегов в UIView может негативно сказаться на производительности из-за дополнительных затрат на поиск. Лучше избегать их в производительном коде.

How to inspect .ipa files and secure your iOS app from common mistakes

ℹ️ Интересная статья для тех, кто не знал, что можно достать путем анализа .ipa файла приложения.

🤫 Автор выделяет три основных правила для обеспечения базовой безопасности информации.

➡️ Правило 1: Защита данных

Не добавляйте чувствительные данные в Info.plist, так как этот файл не зашифрован и доступен для чтения.

➡️ Правило 2: Избегайте тестовых данных

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

➡️ Правило 3: Защита строковых литералов

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

🔍 Для более глубокого анализа используйте специальные инструменты, такие как IDA pro или Hopper, которые позволяют дизасемблировать приложение и изучить внутренние структуры и не только.