🤔 Где могут располагаться стеки помимо структуры

В программировании стек (stack) — это структура данных и область памяти, используемая для хранения временных данных. В зависимости от контекста, стек может существовать в нескольких местах.

🟠Стек вызовов (Call Stack)
Это главная область памяти в оперативной памяти (RAM), где хранятся:
- Локальные переменные функций.
- Адреса возврата после завершения функции.
- Контекст выполнения программы.

func functionA() {
    functionB()
}

func functionB() {
    print("Вызов B")
}

functionA()

func infiniteRecursion() {
    infiniteRecursion() // ❌ Бесконечный вызов
}

🟠Стек в структуре данных (например, `Array`)
В Swift можно реализовать стек вручную, используя массив (Array).

struct Stack<T> {
    private var elements: [T] = []

    mutating func push(_ item: T) {
        elements.append(item)
    }

    mutating func pop() -> T? {
        return elements.popLast()
    }
}

var stack = Stack<Int>()
stack.push(10)
stack.push(20)
print(stack.pop()!) // 20

🟠Потоковый стек (Thread Stack)
Каждый поток (Thread) в многопоточном программировании получает свой стек.

DispatchQueue.global().async {
    print("Фоновый поток")
}
print("Главный поток")

🟠Стек в автоматическом управлении памятью (ARC)
Swift использует Automatic Reference Counting (ARC) для управления памятью.
Когда объект больше не нужен, он удаляется из памяти (в том числе из стека).

func createPerson() {
    let person = "Иван" // Создаётся в стеке
    print(person)
}

createPerson() // Переменная person удаляется при выходе из функции

Ставь 👍 и забирай 📚 Базу знаний

🔥 Записал видос "Как за 3 минуты настроить Автоотклики на вакансии HeadHunter" больше не придется заниматься этой унылой рутиной

📺 Видео: https://youtu.be/G_FOwEGPwlw

🤔 Где запоминается информация о том, какую тему выбрал пользователь — тёмную или светлую?

Эта информация обычно сохраняется в UserDefaults (iOS), SharedPreferences (Android) или в базе/сервере, если нужна синхронизация. Система может также использовать системную тему, и приложения её подхватывают автоматически.

Ставь 👍 если знал ответ, 🔥 если нет
Забирай 📚 Базу знаний

🤔 Что будет, если открыть несколько экранов и сделать dismiss последнего?

Когда вы открываете несколько экранов (UIViewController) в iOS, они обычно создают стек представлений (View Controller Stack). В зависимости от способа открытия экранов (модально или через навигационный стек), поведение dismiss будет разным.

🚩Модальное представление (`present`)

Если экраны открывались модально (present), то dismiss на последнем экране просто закроет только этот экран, и управление вернётся к предыдущему.

let newVC = UIViewController()
present(newVC, animated: true)

Позже вызываем:

dismiss(animated: true)

Если вызвать dismiss на первом модально представленном контроллере, все последующие модальные контроллеры закроются сразу.

// Открываем два экрана последовательно
let vc1 = UIViewController()
let vc2 = UIViewController()
present(vc1, animated: true) 
vc1.present(vc2, animated: true)

Если вызвать dismiss на vc2:

vc2.dismiss(animated: true)

Если вызвать dismiss на vc1:

vc1.dismiss(animated: true)

🚩Навигационный стек (`push`)

Если экраны открывались через UINavigationController (pushViewController), то dismiss не работает для удаления последнего экрана. Нужно использовать popViewController.

let vc1 = UIViewController()
let vc2 = UIViewController()
navigationController?.pushViewController(vc1, animated: true)
navigationController?.pushViewController(vc2, animated: true)

Теперь если мы вызовем:

vc2.dismiss(animated: true)

Правильный способ закрытия последнего экрана в UINavigationController:

navigationController?.popViewController(animated: true)

Если вы хотите закрыть весь стек экранов, используйте:

navigationController?.popToRootViewController(animated: true)

Ставь 👍 и забирай 📚 Базу знаний

🔨 Канал про iOS разработку и мобильную разработку в целом.

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

Будем благодарны за подписку 🙏

➡️ @hardworkerIT

🤔 Как в DDD работать с зависимостями?

Зависимости в DDD управляются через Dependency Injection (DI) или фабрики. Это позволяет отделить логику предметной области от инфраструктуры. Реализации интерфейсов связываются на уровне инфраструктурного слоя. Это обеспечивает гибкость и тестируемость системы.

Ставь 👍 если знал ответ, 🔥 если нет
Забирай 📚 Базу знаний

🤔 Какой путь проделывает ивент , когда пользователь нажимает на приложение?

Когда пользователь нажимает на иконку приложения на домашнем экране, iOS проходит несколько этапов перед тем, как приложение становится активным.


🚩Разберём путь события подробнее

🟠Пользователь нажимает на иконку (SpringBoard)
iOS-устройства управляются системой SpringBoard – это оболочка, отвечающая за домашний экран, иконки, фоновые процессы.
Когда пользователь тапает на иконку приложения, SpringBoard отправляет событие UIApplicationLaunchOptionsKey в систему.

🟠iOS загружает процесс приложения
Если приложение не запущено:
- iOS создаёт новый процесс и выделяет память.
- Загружаются зависимости (библиотеки, фреймворки).
- Создаётся объект UIApplication.

🟠Вызывается `application(_:didFinishLaunchingWithOptions:)`
Здесь приложение инициализируется и загружается основной UI.
Метод в AppDelegate:

func application(_ application: UIApplication, didFinishLaunchingWithOptions launchOptions: [UIApplication.LaunchOptionsKey: Any]?) -> Bool {
    print("Приложение запущено")
    return true
}

Ставь 👍 и забирай 📚 Базу знаний