Решать задачи на leetcode 👩‍💻 используя Swift сложнее потому, что ошибки просто нечитаемые. Конкретно эта ошибка - доступ по индексу больше чем размер массива.
Если смотреть как оптимист, то это то, что нужно, ведь приходится в голове продебажить код и найти ошибку 😃

В Xcode такое встретить тоже можно 🫠

Закончил Проект 13 🥳

Последним штрихом была поддержка других фильтров, и выбор активного среди них. А так же реализация share функционала.

Работа с изображениями мне нравится, и теперь это в моём ящике с инструментами! Держись фотошоп, я иду 📱

День 68 и это новый Проект 14. Сегодня начинаем разработку приложения-трекера мест, которые хотим посетить.

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

🟢 Comparable - протокол, позволяющий использовать операторы <, <=, >= и >. Полезен, если нужно сравнивать объекты собственного типа. Документация.

🟢 URL.documentsDirectory - тут приложение может сохранить свои файлы. Должно синхронизоваться с iCloud.
Можно представить его как кладовку: складывать туда удобно, но лучше не забывать наводить порядок, иначе потом найдётся куча старых ненужных файлов, как в ящике с носками. 🧦

🟢 Выбор View через значение enum. Не лучший вариант с точки зрения полиморфизма, но зато просто и наглядно:

var body: some View {
  switch loadingState {
  case .loading:
    LoadingView()
  case .success:
    SuccessView()
  case .failed:
    FailedView()
  }
}

#hackingwithswift

Проект 14 (День 69)

1️⃣ Добрались до карт 🗺 используем MapKit.

Я приятно удивлён с какой лёгкостью они интегрируются в приложение:

Map {
  ForEach(locations) { location in
    Marker(location.name, coordinate: location.coordinate)
  }
}
.mapStyle(.hybrid)

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

2️⃣ Touch ID & Face ID 🔒

Всё что нужно - это вежливо попросить. Остальное iOS сделает за нас.

func authenticate() {
    let context = LAContext()
    var error: NSError?
    
    if context.canEvaluatePolicy(
        .deviceOwnerAuthenticationWithBiometrics,
        error: &error
    ) {
        let reason = "Любимые места - это маленький секрет"
        
        context.evaluatePolicy(
            .deviceOwnerAuthenticationWithBiometrics,
            localizedReason: reason
        ) { success, authenticationError in
            if success {
                isUnlocked = true
            }
        }
    }
}

Кстати, почему есть отдельный тип для Pointer? Я ожидал увидеть *, как в 👩‍💻

@available(iOS 8.0, *)
open func canEvaluatePolicy(_ policy: LAPolicy, error: NSErrorPointer) -> Bool

#hackingwithswift

Только сейчас заметил, что порядок параметров строго зафиксирован 😕

Если есть такая структура:

struct Location: Codable, Equatable, Identifiable {
    let id: UUID
    var name: String
    var description: String
    var latitude: Double
    var longitude: Double
}

То такой код не работает:

Location(id: UUID(), description: "", latitude: 0, longitude: 0, name: "name")

name должен стоять ровно между id & description

После работы с Kotlin, свободный порядок именованных параметров кажется интуитивно очевидным, но это не так.

Проект 14 (Дни 72 и 73) - финальный аккорд.

Не так уж много осталось:

🟢 Запросы к Wikipedia API, чтобы получить список мест рядом. И я проявил супер креативность 😊 - имя метки берёт title первого результата.

🟢 Сортировка списка мест, полученных из Wikipedia.

🟢 MVVM - слышал и читал про этот подход, когда делал десктопное приложение на Java. SwiftUI справляется гораздо лучше, т.к. он по-умолчанию “реактивный”.
Пока до тестов не добрался - всей прелести не увидел, но могу уже представить.

🟢 Face ID - его мы просто реализовали так же как и ранее (в подготовительном уроке). Тема раскрыта в одном из предыдущих постов.

#hackingwithswift

Для сравнения списков мест использовали такой подход:

struct Page: Codable, Comparable {
    let pageid: Int
    let title: String
    let terms: [String: [String]]?
    
    var description: String {
        terms?["description"]?.first ?? "No further information"
    }
    
    static func <(lhs: Page, rhs: Page) -> Bool {
        lhs.title < rhs.title
    }
}

Я думаю, что он неправильный, а точнее не совсем корректный.

Если взять два объекта с title = “a”, в таком случае мы получим:

print(p1 < p2) // false
print(p2 < p1) // false
print(p1 == p2) // false

В документации сказано, что так же нужно реализовывать ==, тогда этого недоразумения быть не должно. Печально, что автор об этом не говорит. Хотя я спросил у ChatGPT 💬 об этом, он утверждает, что реализация без == - корректная 😄

В Java это реализовано удачнее, на мой взгляд, результатом сравнения является int, который может принимать:
➡️ отрицательные значения если меньше
➡️ положительные значения если больше
➡️ ноль если равно

Реализовывать нужно всего один метод. Да, использование выглядит не так красиво (сравнение вида a.compareTo(b) >= 0, но Kotlin это исправляет и позволяет писать a >= b.

Делаю челлендж по дням 77 и 78

Пришлось сделать небольшой перерыв, но я вернулся 😉

Пока испытываю трудности с организацией вьюх при нажатии на плюсик - учусь работать с асинхронными данными корректно
PhotosPicker долго загружает фото. Сейчас ContentView перегружен функционалом, и вывод списка, и добавление новой записи, и выбор фото… 🤯
Размышляю как это декомпозировать.

Завтра планирую сделать рабочую версию, поэтому буду писать больше 🧑‍💻