В чем разница между print, NSLog и println и когда я должен использовать каждый?
Например, в Python, если бы я хотел напечатать словарь, я бы просто print myDict, но теперь у меня есть еще 2 варианта. Как и когда я должен использовать каждый?
Несколько отличий:
print vs println:
Функция print печатает сообщения в консоли Xcode при отладке приложений.
println - это вариация, которая была удалена в Swift 2 и больше не используется. Если вы видите старый код, который использует println, теперь вы можете спокойно заменить его на print.
Назад в Swift 1.x, print не добавлял символы новой строки в конце напечатанной строки, тогда как println. Но в настоящее время print всегда добавляет символ новой строки в конце строки, и если вы этого не хотите, поставьте параметр terminator "".
NSLog:
NSLog работает медленнее,
NSLog добавляет метку времени и идентификатор к выходу, тогда как print не будет;
NSLog отображаются как на консоли устройства, так и на консоли отладчика, тогда как print отображается только в консоли отладчика.
NSLog использует строки стиля printf, например.
NSLog("%0.4f", CGFloat.pi)
который будет производить:
2017-06-09 11: 57: 55.642328-0700 MyApp [28937: 1751492] 3.1416
Эффективный iOS 10/macOS 10.12, есть третий вариант, os_log, часть системы "единого журнала" (см. видео WWDC 2016 Унифицированная регистрация и отслеживание активности).
Вы должны импортировать os.log перед использованием функции os_log:
import os.log
Подобно NSLog, os_log будет выводить сообщения как на консоль отладки Xcode, так и на консоль устройства тоже
Теперь вы можете управлять полями "подсистема" и "категория", доступными в приложении "Консоль". Например:
let log = OSLog(subsystem: Bundle.main.bundleIdentifier!, category: "network")
os_log("url = %@", log: log, url.absoluteString)
Когда вы наблюдаете приложение через внешнее консольное приложение, вы можете не только добавлять эти столбцы к основному виду, но и фильтровать на основе этого. Это очень полезно, когда вы хотите отличить отладочные сообщения от (а) тех, которые генерируются другими подсистемами от имени вашего приложения; или (b) сообщения из других категорий или типов.
Вы можете указать разные типы сообщений регистрации: .info, .debug, .error, .fault (или .default):
os_log("web service did not respond", type: .error)
Таким образом, если вы используете внешнее консольное приложение, вы можете видеть только сообщения определенных категорий (например, показывать сообщения об отладке, если вы выбираете "Включить отладочные сообщения" в меню "Действие" консоли). Эти настройки также диктуют многие тонкие проблемы, касающиеся того, записываются ли на диск файлы или нет. Подробнее см. Видео WWDC.
Вы не можете использовать строчную интерполяцию при использовании os_log. Например, вы не можете:
os_log("foo \(url.absoluteString)")
Вам нужно будет:
os_log("url = %@", url.absoluteString)
Одной из причин вышеуказанного ограничения является поддержка конфиденциальности данных. Примитивные типы данных (например, числа) являются общедоступными по умолчанию, а объекты (например, строки) являются закрытыми по умолчанию. В предыдущем примере, в котором вы зарегистрировали URL-адрес, если приложение было вызвано с самого устройства, и вы смотрели его в приложении Mac Console, вы увидите:
url = <private>
Если вы хотите увидеть его с внешнего устройства, вам нужно будет:
os_log("url = %{public}@", url.absoluteString)
Примечание. NSLog теперь использует единую систему уведомлений за кулисами, но со следующими оговорками:
Вы не можете управлять подсистемой или типом категории или журнала;
Он не поддерживает настройки конфиденциальности.
Нижняя строка print достаточна для простых задач, но NSLog полезна, поскольку она содержит информацию о метке времени для вас.
Сила os_log приходит в полное облегчение при отладке приложений iOS, которые необходимо протестировать вне Xcode. Например, при тестировании фоновых процессов приложения iOS, таких как фоновое извлечение, подключение к отладчику Xcode изменяет жизненный цикл приложения. Таким образом, вы часто захотите протестировать на физическом устройстве, запуская приложение с самого устройства, не запуская приложение из отладчика Xcodes. Унифицированное ведение журнала позволяет вам просматривать инструкции iOS устройства os_log из приложения MacOS Console.
Если вы используете Swift 2, теперь вы можете использовать print() только для записи чего-либо на выходе.
Apple объединила функции println() и print() в один.
Обновлен до iOS 9
По умолчанию функция завершает печать строки путем добавления разрыва строки.
print("Hello Swift")
Terminator
Чтобы напечатать значение без разрыва строки после него, передать пустую строку в качестве терминатора
print("Hello Swift", terminator: "")
Разделитель
Теперь вы можете использовать разделитель для объединения нескольких элементов
print("Hello", "Swift", 2, separator:" ")
И
Или вы можете комбинировать использование таким образом
print("Hello", "Swift", 2, separator:" ", terminator:".")
debugPrint() (и CustomDebugStringConvertible)!Не забывайте о debugPrint(), который работает как print(), но наиболее подходящий для отладки.
Примеры:
print("Hello World!") становится Hello WorlddebugPrint("Hello World!") становится "Hello World" (Цитаты!)print(1..<6) становится 1..<6debugPrint(1..<6) становится Range(1..<6)Любой класс может настроить свое представление строки отладки через протокол CustomDebugStringConvertible.
Чтобы добавить к Rob ответ, начиная с iOS 10.0, Apple представила совершенно новую систему унифицированного ведения журнала, которая заменяет существующие системы ведения журнала (включая ASL и Syslog, NSLog), а также превосходит существующие подходы к регистрации в производительности, благодаря новые методы, включая сжатие данных журнала и отложенный сбор данных.
От Apple:
Единая система протоколирования предоставляет единый эффективный API-интерфейс для захвата сообщений на всех уровнях системы. Эта унифицированная система централизует хранение данных журнала в памяти и в хранилище данных на диске.
Apple настоятельно рекомендует использовать os_log для записи всех видов сообщений, включая информацию, отладочную информацию, сообщения об ошибках из-за ее повышенной производительности по сравнению с предыдущими системами ведения журнала и централизованный сбор данных, позволяющий вести журнал регистрации и активности Разработчики. На самом деле, новая система, вероятно, настолько мала, что не приведет к "эффекту наблюдателя", когда ваша ошибка исчезнет, если вы введете команду регистрации, что мешает синхронизации ошибки.
Подробнее об этом можно узнать здесь.
Подводя итог: используйте print() для вашей личной отладки для удобства (но сообщение не будет регистрироваться при развертывании на пользовательских устройствах). Затем используйте Unified Logging (os_log) как можно больше для всего остального.
Существует еще один метод под названием dump(), который также можно использовать для ведения журнала:
func dump<T>(T, name: String?, indent: Int, maxDepth: Int, maxItems: Int)Сбрасывает содержимое объектов, используя его зеркало, на стандартный вывод.