Очень объемный урок 😰
Похоже следующие меньше не будут…

Всем привет, сегодня будет последний день, за который я планирую закончить оставшиеся из 14 уроков 💪

➡️Day 11: Access control, static properties and methods, and checkpoint 6

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

Статические поля и методы, они и в Африке статические

➡️Day 12: Classes, inheritance, and checkpoint 7

Изначально я ожидал, что это будет большая тема, но зная что такое struct понимание class существенно упрощается.
В целом классы в Swift очень похожи на классические классы ООП. Тут есть практически всё, что есть в struct, но в дополнение идёт наследование, отсутствие автоматических init методов для полей, и пожалуй самое интересное: объекты передаются по ссылке. Рассмотрим пример:

class User {
    var username = “Ivan”
}

let user1 = User()
let user2 = user1

print(user1.username) // Ivan
print(user2.username) // Ivan

user2.username = “Petr”

print(user1.username) // Petr
print(user2.username) // Petr

Несмотря на то, что обе переменные объявлены с помощью let, поля могут быть изменены. Изменение user2.username меняет так же user1.username.
В случае использования struct User, нам нужно будет изменить var user2 = user1, чтобы была возможность изменить поле username. И что самое отличительное тут, это изменение user2.username не влечёт изменение user1.username. Насколько я понимаю, в какой-то момент создаётся копия экземпляра.

Также есть тонкости с тем, когда Swift удаляет ненужные объекты. Но это отдельный топик требующий внимания #todo

#hackingwithswift

Финишная прямая 🏁🏎

➡️Day 13: Protocols, extensions, and checkpoint 8

Протоколы это что-то вроде интерфейсов в Java/Kotlin. И struct и class могут реализовывать протоколы. В целом, можно использовать как я привык это делать, но до тех пор пока не потребуется что-то делать с типом Self и (или) associatedtype.

Насколько я понял, это тип будущей реализации протокола (как в случае с Self) или же какой-то тип, который будет определён в реализации протокола (как в случае с associatedtype). Выглядит как продвинутые фишки, но полезны они, скорее всего, авторам библиотек. #todo хочется изучить этот концепт более детально!

К слову, в Kotlin это достигается с помощью шаблонов (generics), но возможно есть ключевые отличия. И я жду, когда же в Swift я увижу generics? 🤔
var arr = [[String]]() не в счёт 🤣

Extensions
Так же присутствуют в Kotlin. Возможность добавить новый функционал для уже существующих protocol, struct, class.
Кстати, это и механизм для создания дефолтной реализации метода в протоколе. В Java/Kotlin это можно сделать напрямую в определении интерфейса.

Хоть меня сложно испугать типами, после того как я осилил Higher-Kinded Types в Scala 👩‍💻, Self, associatedtype, type erasure, some, any заставляют извилины пошевелиться вновь 🧠

#hackingwithswift

➡️Day 14: Optionals, nil coalescing, and checkpoint 9

Концепция опциональных (nullable) типов давно не нова, изначально это были различные обёртки (очень современно в Java, они там есть до сих пор, называется Optional), потом, если не ошибаюсь, C# ввели синтаксис вида Type?.
На мой взгляд это лаконично и элегантно - отличное решение авторов Swift & Kotlin переиспользовать это 👍

Я нашёл любопытной подход guard, когда мы делаем проверку входящих параметров:

func printSquare(of number: Int?) {
    guard let number = number else {
        print("Missing input")

        // 1: We *must* exit the function here
        return
    }

    // 2: `number` is still available outside of `guard`
    print("\(number) x \(number) is \(number * number)")
}

Возможно это ничем не лучше

if let unwrappedNumber = number {
    printSquare(of: unwrappedNumber)
}

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

Оператор объединения с nil

Данная конструкция присутствует и в Kotlin, но там она выглядит интереснее - Элвис оператор ?:
Наклоните голову налево и поймете почему он так называется 😋

optional try

Классно! Просто классно!

do {
    let result = try runRiskyFunction()
    print(result)
} catch {
    // it failed!
}

можно переписать как

if let result = try? runRiskyFunction() {
    print(result)
}

но так в случае если ошибка совсем не важна.

#hackingwithswift

Вот и всё! Основы Swift в кармане, и я готов погружаться в SwiftUI 👶

Дальше, скорее всего, будет много кода, и меня немного смущает, как Telegram отображает сниппеты. Например, нет нумерации строк, что не очень удобно.

Поэтому я думаю, как лучше оформить код в постах. Основное внимание будет на скриншотах приложений, но я также хочу делиться самим кодом.

Вот какие варианты я рассматриваю:
🟢Создавать проекты на GitHub 👩‍💻 - но чтение кода через GitHub может быть неудобным по сравнению с Telegram.
🟢Использовать GitHub Gist - это сниппеты кода в GitHub, но как это будет смотреться в Telegram, не уверен.
🟢Использовать страницы в Telegraph - они открываются прямо в Telegram, но пока не понятно, как будет выглядеть форматирование кода.
🟢Продолжить использовать стандартные Telegram-сниппеты - но мне не нравится, как это выглядит с большим количеством кода.
🟢Прикреплять код как изображения - возможно, так будет проще для восприятия, но зумить и искать по ним не получится

Если у кого-то есть идеи по этому вопросу - буду рад, если вы поделитесь! 😇

Нууу.. начинаем 🔢 👶
Первым проектом будет приложения для разделения счёта в кафе/ресторане
Проект состоит из 3х частей, попробую осилить за один день
https://www.hackingwithswift.com/100/swiftui/16

#hackingwithswift

За сегодняшний день я прошёл всё, что запланировал (нужны ли ссылки на уроки?)
🟢Day 16 – Project 1, part one
🟢Day 17 – Project 1, part two
🟢Day 18 – Project 1, part three

Что я узнал за эти уроки?
🟢NavigationView, Form, Section — базовые элементы для построения интерфейса.
🟢Safe Area — SwiftUI по умолчанию ограничивает рабочую область, чтобы интерфейс корректно отображался с вырезами на новых моделях iPhone (чёлка, строка статуса и т. д.).
🟢 Работа кнопок и изменение переменных через них.
🟢 @State - хитрая вещь, позволяет изменять переменные внутри struct
🟢 Привязка View и Model через $ перед именем переменной.
🟢 Ввод пользователя и работа с текстовыми полями.
🟢 Базовые принципы навигации в приложении.
🟢 Вычисляемые свойства.
🟢 @Focus управление видимостью элементов (например, клавиатуры).

Впечатления

Мне нравится подача материала: видео короткие, по делу, с полезными наблюдениями. Автор плавно усложняет темы, показывая новые концепции на основе уже изученных. Есть вещи, которые пока не до конца понятны, но это нормально — SwiftUI невозможно понять за пару уроков. Интересно разобраться, как он устроен под капотом (а может, и не стоит 🤔).

Отдельно отмечу внимание к деталям. Автор объясняет важность доступности (Accessibility), например, почему текстовые поля, даже если они не видны, нужны для экранных озвучивателей, помогающих слабовидящим пользователям.

So far, so good! А как вам ❓

Со второго раза запустилось 😎

В будущем хочу попробовать написать одно из учебных приложений (которые напишу под iOS) под Android без прохождения курса — просто опираясь на свой опыт и документацию. Интересно, насколько это получится и какие подводные камни встретятся по пути 🥸 Предвкушаю будет не просто

Напомню, что несмотря на то, что у меня много опыта с Kotlin, в Android я почти 0️⃣

В конце первого проекта автор подготовил тест для самопроверки
Делюсь с вами моим весьма отличным результатом 💪
https://www.hackingwithswift.com/review/ios-swiftui/wesplit

Код 🔨

struct ContentView: View {
    @State private var fromAmount: Double = 0.0
    @FocusState private var keyboardFocused: Bool
    let timeUnits = ["seconds", "minutes", "hours", "days"]
    @State private var timeUnitFrom: String = "seconds"
    @State private var timeUnitTo: String = "seconds"
    
    private func timeUnitToSeconds(unit: String) -> Int {
        switch unit {
        case "seconds": return 1
        case "minutes": return 60
        case "hours": return 60 * 60
        case "days": return 60 * 60 * 24
        default:
            return 0
        }
    }
    
    private var resultTimeAmount: Double {
        let fromSeconds = fromAmount * Double(timeUnitToSeconds(unit: timeUnitFrom))
        return fromSeconds / Double(timeUnitToSeconds(unit: timeUnitTo))
    }
    
    var body: some View {
        NavigationView {
            Form {
                Section("Convert from") {
                    TextField("Enter time", value: $fromAmount, format: .number)
                        .keyboardType(.decimalPad)
                        .focused($keyboardFocused)
                    Picker("Time Unit", selection: $timeUnitFrom) {
                        ForEach(timeUnits, id: \.self) {
                            Text($0)
                        }
                    }
                    .pickerStyle(.segmented)
                }
                Section("Converted") {
                    Text("\(resultTimeAmount)")
                    Picker("Time Unit", selection: $timeUnitTo) {
                        ForEach(timeUnits, id: \.self) {
                            Text($0)
                        }
                    }
                    .pickerStyle(.segmented)
                }
            }
            .navigationTitle("Time Converter")
            .toolbar {
                if keyboardFocused {
                    Button("Done") {
                        keyboardFocused = false
                    }
                }
            }
        }
    }
}

Завтра постараюсь рассказать о своих впечатлениях от Xcode, если на это останется время, ведь я хочу осилить Проект 2 за один день
До встречи тут 👋