🤔 Почему надо выбрать именно эту архитектуру?

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

🚩Выбор MVP (Model-View-Presenter)

🟠Четкое разделение обязанностей
MVP разделяет логику интерфейса пользователя и бизнес-логику, что делает код более модульным и управляемым.
🟠Улучшенная тестируемость
Легче тестировать Presenter отдельно от View, что улучшает покрытие тестами и упрощает отладку.
🟠Ясность в работе с View
Presenter управляет всей логикой взаимодействия с View, что делает структуру кода понятной и предсказуемой.
🟠Универсальность
MVP хорошо подходит для проектов с сложной логикой UI, где требуется много взаимодействий между пользовательским интерфейсом и бизнес-логикой.

🚩Выбор MVVM (Model-View-ViewModel)

🟠Односторонняя связь
ViewModel не знает о View, что уменьшает связанность и улучшает тестируемость.
🟠Поддержка привязок (data binding)
MVVM особенно хорошо работает с фреймворками, поддерживающими привязки данных, такими как SwiftUI или RxSwift. Это упрощает синхронизацию данных между View и ViewModel.
🟠Упрощенная логика UI
ViewModel формирует данные для View, что упрощает логику представления и делает код более чистым.
🟠Легкость в тестировании
ViewModel легко тестируется, поскольку не зависит от конкретной реализации View, что улучшает модульное тестирование.

🚩Примеры выбора архитектуры

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

import SwiftUI

class Model {
    var data: String = "Hello, MVVM"
}

class ViewModel: ObservableObject {
    @Published var displayData: String = ""
    private var model: Model

    init(model: Model) {
        self.model = model
        self.displayData = model.data
    }

    func updateData(newData: String) {
        model.data = newData
        self.displayData = newData
    }
}

struct ContentView: View {
    @ObservedObject var viewModel: ViewModel

    var body: some View {
        Text(viewModel.displayData)
    }
}

🟠UIKit
MVP используется для четкого разделения логики представления и бизнес-логики в сложных проектах на UIKit.

protocol View: AnyObject {
    func updateUI(with data: String)
}

class Model {
    var data: String = "Hello, MVP"
}

class Presenter {
    private weak var view: View?
    private var model: Model

    init(view: View, model: Model) {
        self.view = view
        self.model = model
    }

    func loadData() {
        view?.updateUI(with: model.data)
    }
}

class ViewController: UIViewController, View {
    private var presenter: Presenter!

    override func viewDidLoad() {
        super.viewDidLoad()
        presenter = Presenter(view: self, model: Model())
        presenter.loadData()
    }

    func updateUI(with data: String) {
        // Обновление интерфейса
        print(data)
    }
}

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

🤔 Что под капотом стэка?

Под капотом стек организован как непрерывный блок памяти, управляемый указателем вершины. Операции добавления и удаления происходят за константное время O(1), а память автоматически освобождается при удалении элементов. Стек обычно используется для хранения вызовов функций, локальных переменных и управления потоком выполнения.

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

🤔 Какие есть типы ссылок?

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

🟠Сильные ссылки (Strong References)
По умолчанию в Swift все ссылки являются сильными. Сильная ссылка удерживает объект в памяти до тех пор, пока существует хотя бы одна сильная ссылка на него. Для стандартного владения объектами.

class Person {
    var name: String
    init(name: String) {
        self.name = name
    }
}

var person1: Person? = Person(name: "Alice")
var person2 = person1  // person2 также является сильной ссылкой на тот же объект  

🟠Слабые ссылки (Weak References)
Слабая ссылка не удерживает объект в памяти. Если все сильные ссылки на объект удаляются, объект освобождается, и слабая ссылка автоматически становится nil. Для предотвращения циклов удержания, особенно в делегатах и замыканиях.

class Person {
    var name: String
    init(name: String) {
        self.name = name
    }
}

class Apartment {
    weak var tenant: Person?
}

var alice: Person? = Person(name: "Alice")
var apt = Apartment()
apt.tenant = alice  // Слабая ссылка на alice  

🟠Неактивные ссылки (Unowned References)
Неактивная ссылка, как и слабая, не удерживает объект в памяти, но в отличие от слабой ссылки, она не может быть nil. Используется, когда объект гарантированно существует на протяжении всего жизненного цикла. Для циклических зависимостей, где одна сторона всегда будет существовать.

class Person {
    var name: String
    init(name: String) {
        self.name = name
    }
}

class Apartment {
    unowned var tenant: Person
    init(tenant: Person) {
        self.tenant = tenant
    }
}

var alice: Person? = Person(name: "Alice")
var apt = Apartment(tenant: alice!)  // Неактивная ссылка на alice  

🟠Автономные ссылки (Unmanaged References)
Предоставляют прямой доступ к объекту без автоматического управления памятью. Используется редко и требует ручного управления памятью. Для специфических задач, где необходим контроль над управлением памятью.

import Foundation

let unmanagedReference = Unmanaged.passRetained(NSObject())
let retainedObject = unmanagedReference.takeRetainedValue()  

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

🤔 За счёт чего стек быстрее кучи?

Стек быстрее кучи, потому что операции в стеке, такие как добавление и удаление, имеют фиксированную сложность O(1), благодаря строгому порядку (LIFO). Стек управляется автоматически, без необходимости выделения и освобождения памяти вручную. Куча, напротив, требует больше времени из-за динамического управления памятью и возможных операций фрагментации.

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

🤔 Какие способы layout'а вам знакомы?

В iOS-разработке существует несколько способов создания и управления макетами (layouts) пользовательского интерфейса.

🟠Interface Builder (IB)
Визуальный редактор, встроенный в Xcode, который позволяет разрабатывать пользовательский интерфейс с помощью перетаскивания элементов. Удобный графический интерфейс, быстрый просмотр изменений, поддержка Auto Layout. Меньшая гибкость по сравнению с программным кодом. Создание и настройка интерфейса с помощью storyboard или xib файлов.

🟠Auto Layout
Система ограничений (constraints), которая позволяет определять правила расположения и размеров элементов интерфейса. Адаптивные интерфейсы для различных устройств и ориентаций, мощные инструменты для сложных макетов. Может быть сложно освоить, особенно для сложных макетов.

let button = UIButton()
button.translatesAutoresizingMaskIntoConstraints = false
view.addSubview(button)
NSLayoutConstraint.activate([
    button.centerXAnchor.constraint(equalTo: view.centerXAnchor),
    button.centerYAnchor.constraint(equalTo: view.centerYAnchor)
])  

🟠Programmatic Layout
Создание и настройка элементов интерфейса полностью через код, без использования Interface Builder. Полный контроль над процессом создания интерфейса, легко управлять версиями. Требует больше времени и усилий для настройки, особенно для сложных макетов.

let label = UILabel(frame: CGRect(x: 50, y: 50, width: 200, height: 50))
label.text = "Hello, World!"
view.addSubview(label)  

🟠Stack Views
Компоненты интерфейса, которые автоматически располагают и масштабируют свои подвиды (subviews) в вертикальном или горизонтальном направлении. Упрощает создание и управление сложными макетами, поддержка Auto Layout.: Ограниченная гибкость для некоторых типов макетов.

let stackView = UIStackView(arrangedSubviews: [label, button])
stackView.axis = .vertical
stackView.spacing = 10
stackView.translatesAutoresizingMaskIntoConstraints = false
view.addSubview(stackView)
NSLayoutConstraint.activate([
    stackView.centerXAnchor.constraint(equalTo: view.centerXAnchor),
    stackView.centerYAnchor.constraint(equalTo: view.centerYAnchor)
])  

🟠SwiftUI
Новый декларативный фреймворк для создания пользовательских интерфейсов, представленный Apple в 2019 году. Декларативный синтаксис, простой в использовании, интеграция с Swift, поддержка различных платформ (iOS, macOS, watchOS, tvOS). Требует iOS 13 и выше, меньшая поддержка старых устройств.

import SwiftUI

struct ContentView: View {
    var body: some View {
        VStack {
            Text("Hello, World!")
            Button(action: {
                print("Button tapped")
            }) {
                Text("Tap me")
            }
        }
    }
}  

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

🤔 Какую структуру имеет диспетчеризация?

Диспетчеризация в Swift используется для определения того, какой метод или свойство вызывать, и бывает трёх типов: статическая (определяется во время компиляции), динамическая (решается во время выполнения через таблицы виртуальных функций) и мультидиспетчеризация (учитывает типы всех аргументов).

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

🤔 Какие плюсы и минусы layout'а?

Каждый способ создания макетов (layout'а) в iOS-разработке имеет свои преимущества и недостатки.

🚩Interface Builder (IB)

➕Визуальное редактирование
Удобный графический интерфейс для быстрой настройки и визуального просмотра изменений.
➕Интеграция с Auto Layout
Простая настройка ограничений (constraints) для адаптивного интерфейса.
➕Быстрое прототипирование
Возможность быстрого создания и изменения макетов без написания кода.
➖Меньшая гибкость
Ограниченные возможности для создания сложных и динамических макетов.
➖Конфликты при совместной работе
Трудности при слиянии изменений в storyboard или xib файлах в больших командах.
➖Производительность
Более медленное время загрузки по сравнению с программными подходами.

🚩Auto Layout

➕Адаптивность
Поддержка различных устройств и ориентаций экрана.
➕Мощные инструменты
Возможность создания сложных и адаптивных макетов с помощью ограничений.
➕Интеграция с Interface Builder
Упрощенная настройка ограничений через визуальный интерфейс.
➖Крутая кривая обучения
Может быть сложно освоить, особенно для новичков.
➖Управление сложными макетами
Требует тщательного планирования и может стать сложным при работе с большим количеством ограничений.

🚩Programmatic Layout

➕Полный контроль
Возможность точной настройки макета с помощью кода.
➕Гибкость
Легкость создания динамических и условных макетов.
➕Управление версиями
Легче управлять изменениями в коде по сравнению с визуальными файлами.
➖Большая трудоемкость
Требует больше времени и усилий для настройки, особенно для сложных макетов.
➖Меньшая наглядность
Отсутствие визуального редактора может затруднить представление конечного результата.

🚩Stack Views

➕Упрощение макетов
Легкость создания и управления сложными макетами с минимальными усилиями.
➕Интеграция с Auto Layout
Автоматическое управление ограничениями для вложенных элементов.
➕Адаптивность
Поддержка различных ориентаций и размеров экранов.
➖Ограниченная гибкость
Менее гибкие по сравнению с чистым Auto Layout или программными подходами.
➖Поддержка
Не всегда подходят для всех типов макетов, особенно для более сложных компоновок.

🚩SwiftUI

➕Декларативный синтаксис
Простота и понятность кода благодаря декларативному подходу.
➕Превью в реальном времени
Мгновенное обновление интерфейса при изменении кода.
➕Интеграция с Swift
Современные возможности языка и тесная интеграция с экосистемой Apple.
➕Кроссплатформенность
Поддержка различных платформ (iOS, macOS, watchOS, tvOS).
➖Требования к версии iOS
Поддержка только iOS 13 и выше, что может ограничить использование на старых устройствах.
➖Зрелость фреймворка
Некоторые функции еще находятся в стадии разработки, и могут быть ограничены возможности по сравнению с UIKit.

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

🤔 Расскажи об отличиях MVC от MVP?

MVC (Model-View-Controller) разделяет данные, пользовательский интерфейс и логику управления, где View напрямую взаимодействует с Controller. В MVP (Model-View-Presenter) Presenter управляет всей логикой и взаимодействием, а View становится пассивной, обрабатывая только отображение данных. MVP лучше подходит для тестирования, так как логика полностью изолирована в Presenter.

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

🤔 Зачем нужны сильные ссылки?

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

🚩Основные причины использования

🟠Удержание объектов в памяти
Сильные ссылки гарантируют, что объект остается в памяти, пока на него существует хотя бы одна сильная ссылка. Без сильных ссылок объекты могли бы быть автоматически удалены сборщиком мусора, даже если они все еще нужны.

class Person {
var name: String
init(name: String) {
self.name = name
}
}

var person1: Person? = Person(name: "Alice")
var person2 = person1  // person2 теперь также держит сильную ссылку на объект

🟠Управление жизненным циклом объектов
Сильные ссылки контролируют время жизни объектов, предотвращая их преждевременное удаление из памяти. Объекты остаются живыми, пока они нужны, и удаляются только тогда, когда все сильные ссылки на них удаляются.

var person1: Person? = Person(name: "Alice")
person1 = nil  // Объект "Alice" удаляется, если нет других сильных ссылок на него

🟠Создание объектов, которыми владеют другие объекты
Сильные ссылки часто используются для указания владения объектами. Владеющий объект держит сильную ссылку на подчиненный объект, обеспечивая его существование. ViewController держит сильные ссылки на UI-элементы, гарантируя, что они остаются в памяти, пока ViewController активен.

class ViewController {
var button: UIButton?
init() {
button = UIButton()
}
}

var viewController: ViewController? = ViewController()

🚩Плюсы

➕Простота использования
Сильные ссылки являются стандартным способом управления памятью и не требуют дополнительного кода для их создания и управления.
➕Надежность
Они предотвращают утечки памяти, гарантируя, что объекты удаляются, когда на них больше нет ссылок.
➕Ясность кода
Сильные ссылки делают код более предсказуемым, так как объекты остаются в памяти, пока они нужны.

🚩Потенциальные проблемы

Если два объекта имеют сильные ссылки друг на друга, они никогда не будут освобождены, что приведет к утечкам памяти. Это решается использованием слабых (weak) или неактивных (unowned) ссылок.

class Person {
var name: String
var friend: Person?
init(name: String) {
self.name = name
}
}

var alice: Person? = Person(name: "Alice")
var bob: Person? = Person(name: "Bob")

alice?.friend = bob
bob?.friend = alice

// Объекты alice и bob никогда не будут освобождены из памяти

🚩Решение проблемы циклов сильных ссылок

Использование слабых (weak) или неактивных (unowned) ссылок для разрыва циклов сильных ссылок:

class Person {
var name: String
weak var friend: Person?
init(name: String) {
self.name = name
}
}

var alice: Person? = Person(name: "Alice")
var bob: Person? = Person(name: "Bob")

alice?.friend = bob
bob?.friend = alice

// Объекты alice и bob будут освобождены, когда на них не будет сильных ссылок

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

🤔Что такое cherrypick?

cherrypick — это команда Git, которая позволяет взять конкретные изменения из одного коммита и применить их в другой ветке. Это полезно для исправления ошибок или добавления небольших фич без полного слияния веток.

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

🤔 Зачем нужны слабые ссылки?

Слабые ссылки (weak references) играют важную роль в управлении памятью, особенно когда нужно предотвратить циклы сильных ссылок (retain cycles) и утечки памяти.

🚩Основные причины использования

🟠Предотвращение циклов сильных ссылок
Циклы сильных ссылок возникают, когда два объекта держат сильные ссылки друг на друга, что препятствует их освобождению из памяти. Слабые ссылки разрывают этот цикл, позволяя одному из объектов освобождаться.

class Person {
    var name: String
    weak var friend: Person?
    init(name: String) {
        self.name = name
    }
}

var alice: Person? = Person(name: "Alice")
var bob: Person? = Person(name: "Bob")

alice?.friend = bob
bob?.friend = alice

alice = nil  // Теперь объекты могут быть освобождены
bob = nil  

🟠Избежание утечек памяти
Утечки памяти происходят, когда объекты, которые больше не нужны, не освобождаются из памяти. Слабые ссылки помогают избежать этих утечек, обеспечивая правильное освобождение памяти. Делегаты часто объявляются как слабые ссылки, чтобы избежать утечек памяти.

protocol TaskDelegate: AnyObject {
    func taskDidFinish()
}

class Task {
    weak var delegate: TaskDelegate?
    func complete() {
        delegate?.taskDidFinish()
    }
}

class ViewController: TaskDelegate {
    var task = Task()
    init() {
        task.delegate = self
    }

    func taskDidFinish() {
        print("Task finished")
    }
}  

🟠Управление временными зависимостями
Слабые ссылки удобны для временных зависимостей, когда объект не должен удерживаться в памяти, если нет других сильных ссылок. Использование слабых ссылок для временных объектов.

class Cache {
    weak var temporaryObject: SomeClass?
}

class SomeClass {
    // Код класса
}

var cache = Cache()
var object = SomeClass()
cache.temporaryObject = object
object = SomeClass()  // Старый объект удаляется, так как на него нет сильных ссылок  

🚩Плюсы и минусы

➕Предотвращение циклов ссылок
Основное преимущество слабых ссылок заключается в их способности разрывать циклы ссылок, предотвращая утечки памяти.
➕Обеспечение корректного управления памятью
Слабые ссылки позволяют объектам освобождаться из памяти, когда на них больше нет сильных ссылок, что улучшает управление ресурсами.
➕Гибкость и безопасность
Использование слабых ссылок обеспечивает более гибкое и безопасное управление зависимостями между объектами.
➖Сложности управления
Необходимо учитывать, что слабые ссылки могут стать nil в любой момент, поэтому требуется дополнительная проверка.
➖Понимание жизненного цикла объектов
Требуется хорошее понимание жизненного цикла объектов и управления памятью, чтобы правильно использовать слабые ссылки.

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

🤔 Чем отличается rebase от merge?

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

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

🤔 Message используется только при тестировании или еще когда-то?

В разработке и программировании в целом Message (или Message Passing) может использоваться в различных контекстах, не только при тестировании.

🚩Основные случаи использования

🟠Тестирование
Передача сообщений используется для имитации взаимодействий между объектами, проверки их поведения и создания мок-объектов. Использование XCTest для создания мок-объектов и проверки вызова методов.

class MockService: Service {
    var didCallMethod = false
    func someMethod() {
        didCallMethod = true
    }
}  

🟠Делегирование
Используется для передачи сообщений от одного объекта к другому, часто через протоколы. Это позволяет одному объекту уведомлять другой о произошедших событиях. Использование делегатов в UITableView.

protocol TableViewDelegate: AnyObject {
    func didSelectRow(at indexPath: IndexPath)
}

class TableView: UIView {
    weak var delegate: TableViewDelegate?
    // код для обработки выбора строки
}  

🟠Уведомления (Notifications)
Используется для передачи сообщений между различными частями приложения. Это позволяет объектам взаимодействовать, не зная друг о друге. Отправка и получение уведомлений.

NotificationCenter.default.post(name: .someNotification, object: nil)
  
NotificationCenter.default.addObserver(self, selector: #selector(handleNotification), name: .someNotification, object: nil)  

🟠Клоужеры (Closures)
Позволяют передавать логические блоки кода как аргументы функций или методов. Это часто используется для обратных вызовов. Использование клоужеров для асинхронных операций.

func fetchData(completion: @escaping (Result<Data, Error>) -> Void) {
    // код для получения данных
    completion(.success(data))
}  

🟠Межпроцессное взаимодействие (Inter-Process Communication, IPC)
Передача сообщений между различными процессами или приложениями, часто через специфические API и фреймворки. Использование XPC для общения между процессами.

let connection = NSXPCConnection(serviceName: "com.example.service")
connection.remoteObjectInterface = NSXPCInterface(with: ExampleProtocol.self)  

🟠Асинхронное программирование
Использование акторов и очередей для безопасной передачи сообщений между потоками. Использование DispatchQueue для выполнения задач асинхронно.

DispatchQueue.global().async {
    // Асинхронная задача
    DispatchQueue.main.async {
        // Обновление UI
    }
}  

🟠Веб-сервисы и сетевые запросы
Передача сообщений между клиентом и сервером с использованием протоколов HTTP, WebSocket и т.д. Использование URLSession для выполнения сетевых запросов.

let url = URL(string: "https://example.com/api")!
let task = URLSession.shared.dataTask(with: url) { data, response, error in
    // обработка ответа
}
task.resume()  

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

🤔 За что отвечает "L" в "SOLID"?

"L" в SOLID — это принцип Лисков (Liskov Substitution Principle), который гласит, что объект дочернего класса должен корректно работать там, где используется объект родительского класса. Это помогает создавать устойчивые и легко расширяемые архитектуры.

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

🤔 Что такое Toll-free bridging?

Это концепция в разработке на платформе Apple (iOS, macOS), которая позволяет бесшовно использовать объекты из Core Foundation (C) в Swift или Objective-C и наоборот без затрат на преобразование. Это означает, что определенные типы данных из Core Foundation и соответствующие классы Foundation взаимозаменяемы.

🚩Основные аспекты

🟠Связь между Core Foundation и Foundation
Core Foundation: Фреймворк C, предоставляющий основные типы данных и службы.
Foundation: Фреймворк Objective-C и Swift, предоставляющий более высокоуровневые API.
🟠Взаимозаменяемость
Позволяет использовать объекты Core Foundation в API, ожидающих объекты Foundation, и наоборот.

🚩Примеры

🟠CFStringRef и NSString
Эти типы взаимозаменяемы, что позволяет использовать их взаимозаменяемо в функциях и методах.

let cfString: CFString = "Hello, World!" as CFString
let nsString: NSString = cfString as NSString   

🟠CFArrayRef и NSArray
Эти типы также могут использоваться взаимозаменяемо.

let cfArray: CFArray = ["One", "Two", "Three"] as CFArray
let nsArray: NSArray = cfArray as NSArray   

🟠CFDictionaryRef и NSDictionary
Взаимозаменяемость этих типов позволяет легко переключаться между ними.

let cfDictionary: CFDictionary = ["key": "value"] as CFDictionary
let nsDictionary: NSDictionary = cfDictionary as NSDictionary   

🚩Плюсы

➕Удобство использования
Упрощает использование и интеграцию старых API Core Foundation с новыми API Foundation.
➕Производительность
Отсутствие затрат на преобразование типов улучшает производительность.
➕Совместимость
Обеспечивает совместимость между кодом, написанным на C, Objective-C и Swift.

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

🤔 Что означает принцип open closed?

Принцип открытости/закрытости (Open/Closed Principle) гласит, что классы должны быть открыты для расширения, но закрыты для модификации. Это позволяет добавлять новую функциональность без изменения существующего кода, что снижает риск внесения ошибок.

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

🤔 Что такое dSYM?

Это файл, содержащий отладочную информацию, используемую для сопоставления адресов в машинном коде с исходным кодом. В iOS и macOS разработке dSYM-файлы играют важную роль в процессе отладки и анализа сбоев (crash reports).

🚩Основные аспекты

🟠Содержание
dSYM-файл содержит символы отладки, такие как имена методов и классов, которые соответствуют машинному коду скомпилированного приложения. Эта информация позволяет разработчикам интерпретировать сбои и ошибки, связывая их с исходным кодом.

🟠Создание
dSYM-файлы автоматически создаются Xcode при сборке приложения. Они хранятся в специальной директории и могут быть включены в архив сборки (archive) для последующей загрузки в инструменты анализа сбоев.

🟠Использование
Декодирование отчетов о сбоях: При сбое приложения, отчет о сбое содержит машинные адреса, которые трудно интерпретировать без символов отладки. dSYM-файл помогает преобразовать эти адреса в понятные строки исходного кода.
Инструменты анализа: Инструменты, такие как Xcode, Crashlytics, или другие платформы сбора и анализа сбоев, используют dSYM-файлы для декодирования и анализа отчетов о сбоях.

🚩Пример использования

🟠Получение отчета о сбое (crash report)
Отчеты о сбоях можно получить из Xcode, TestFlight, App Store Connect, или от пользователей.
🟠Загрузка dSYM в сервис анализа
Сервис анализа сбоев, такой как Crashlytics, запрашивает загрузку соответствующего dSYM-файла для декодирования отчетов. Обычно это можно сделать через интерфейс разработчика или автоматически при настройке сборочного процесса.
🟠Декодирование отчета
С помощью dSYM-файла отчет о сбое преобразуется в читаемый формат, содержащий строки исходного кода, где произошел сбой.

🚩Важные моменты

🟠Сохранение dSYM-файлов
Всегда сохраняйте dSYM-файлы для каждой версии вашего приложения, так как они уникальны для каждой сборки.
🟠Управление версиями
Храните dSYM-файлы в безопасном месте (например, в системе управления версиями), чтобы всегда иметь доступ к нужной информации для анализа сбоев.
🟠Сопоставление версий
Убедитесь, что используемый dSYM-файл соответствует версии приложения, из которой получен отчет о сбое.

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

🤔 Чем отличаются структуры и классы?

Основное различие между структурами и классами в Swift заключается в том, что структуры являются типами-значениями, а классы — типами-ссылками. Структуры копируются при передаче в функции или при присваивании, а классы передаются по ссылке. Классы поддерживают наследование, в то время как структуры нет. Структуры также автоматически предоставляют конструкторы, и их использование чаще предпочтительно для простых контейнеров данных.

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

🤔 Когда появляется Sitable?

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

🚩Что такое dSYM

Файл с отладочной информацией для декодирования отчетов о сбоях. Он связывает машинный код с исходным кодом.

🟠Содержание
Имена методов и классов.
🟠Создание: Автоматически в Xcode при сборке.
🟠Использование
Декодирование отчетов о сбоях.

Пример:

1⃣Получение отчета о сбое.

2⃣Загрузка dSYM в сервис анализа (например, Crashlytics).

3⃣Декодирование отчета с помощью dSYM.

🚩Что такое Toll-free bridging

Взаимозаменяемое использование объектов Core Foundation и Foundation в Swift и Objective-C без преобразования.
Связь: Использование объектов Core Foundation и Foundation.
Примеры:
CFStringRef и NSString
CFArrayRef и NSArray
CFDictionaryRef и NSDictionary

🚩Когда использовать UITableView и UICollectionView

UITableView

let tableView = UITableView()
tableView.dataSource = self  

UICollectionView

let layout = UICollectionViewFlowLayout()
let collectionView = UICollectionView(frame: .zero, collectionViewLayout: layout)
collectionView.dataSource = self
  

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