Советы по отладке – Портал дистанционного обучения Swiftbook

Обучение

Курсы и профессии

Сообщество

О нас

SwiftBook —ресурс №1 по обучению программированию на Swift в России и странах СНГ

Политика конфиденциальности Пользовательское соглашение

Туториалы и статьи / Советы по отладке

Войти

Регистрация

Туториалы

22 ноября 2022

СП

Туториалы

22 ноября 2022

Советы по отладке

Debugging Tips

Вот несколько моих любимых трюков и советов по отладке, которые я использую при работе над проектами Swift.

Настройте свой .lldbinit

Во-первых, большинство из нас хотят работать со Swift, а не с Objective-C, но в зависимости от настроек вашего проекта у вас по умолчанию может быть включен Objective-C. У нас есть 2 варианта:

Мы можем вручную изменить язык во время сеанса lldb, вызвав settings set target.language swift
Мы можем создать файл .lldbinit в нашем домашнем каталоге и добавить его туда по умолчанию для всех сеансов отладки, например: echo 'Settings set target.language swift' > ~/.lldbinit, за которым следует chmod +x ~/.lldbinit

Кроме того, .lldbinit — отличное место для добавления дополнительных вещей, которые вы будете использовать в своих проектах. Вот часть моих:

settings set target.language swift

breakpoint set -r NSWindow.initialFirstResponder --one-shot true --auto-continue true
breakpoint command add
e import AppKit
e import Foundation
e func $vc(_ input: T) -> NSViewController { unsafeBitCast(input, to: NSViewController.self) }
e func $view(_ input: T) -> NSView { unsafeBitCast(input, to: NSView.self) }
DONE

breakpoint set -n UIApplicationMain --one-shot true --auto-continue true
breakpoint command add
e import UIKit
e import Foundation
e func $vc(_ input: T) -> UIViewController { unsafeBitCast(input, to: UIViewController.self) }
e func $view(_ input: T) -> UIView { unsafeBitCast(input, to: UIView.self) }
DONE

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

po $vc(0x128027ad400)

Примечания:

Использование $ для имен переменных и функций — это то, как мы получаем эти вещи, доступные за пределами только текущего контекста выражения, от Apple:

Мы настраиваем начальный брейкпоинт (точка останова или точка прерывания) как триггер для добавления новых функций в систему. В противном случае они не будут работать, поскольку выражения не оцениваются как часть инициализации lldb из-за отсутствия кадров стека.
Я работаю как в контексте Mac, так и в iOS, поэтому я устанавливаю 2 отдельных брейкпоинта и варианты общих функций, которые я использую.

Используйте переменные фрейма

Большинство разработчиков Swift привыкли использовать print object или сокращенно po, но есть альтернатива, которая часто работает быстрее и работает в тех случаях, когда po может не сработать: frame variable или v

Короткий псевдоним был добавлен еще в Xcode 10.2, и вот примечание Apple об этом.

🤔 v и vo работают для сохраненных свойств, но не будут работать для вычисляемых. Вам понадобится po для них.

Вот пример:

Вы можете добавить к нему дополнительные флажки, как например опцию -O, чтобы получить еще больше информации.

Используйте выражения

Вышеупомянутый po — это псевдоним для e -O -, который оценит объект и попытается вызвать для него метод description, если он существует, он оценит данное выражение, а затем попытается вызвать для него метод description.

Но выражения более ценны, и было бы целесообразно использовать их напрямую, а не полагаться на po.

Мы можем взаимодействовать с нашей системой, используя e или expression, это может быть очень удобно при работе с переменными:

e var $vc = self.controller
e $vc.view.layer.borderColor = CGColor.red
e CATransation.flush() // Refresh the core animation screen without having to end debugging session

Наблюдайте за системой

Мы можем использовать брейкпоинты для многих вещей, от изменения вводимых (*входных) данных по умолчанию в поля (например, формы входа):

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

breakpoint set --name "[CommandBarInputContainer layout]"

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

Я также мог бы использовать --one-shot true, чтобы точка останова выполнялась только один раз для каждого триггера.