Swift: print() vs println () vs NSLog()

Algunas diferencias:

1. print vs println:

   La función print imprime mensajes en la consola Xcode al depurar aplicaciones.

   El println es una variación de esto que se eliminó en Swift 2 y ya no se usa. Si ve un código antiguo que está usando println, ahora puede reemplazarlo de forma segura con print.

   De vuelta en Swift 1.x, print no agregó caracteres de nueva línea al final de la cadena impresa, mientras que println lo hizo. Pero hoy en día, print siempre añade el carácter de nueva línea al final de la cadena, y si no desea que lo haga, proporcione un parámetro terminator de "".

2. NSLog:

   • NSLog es más lento;

   • NSLog agrega una marca de tiempo e identificador a la salida, mientras que print no lo hará;

   • NSLog las instrucciones aparecen tanto en la consola del dispositivo como en la del depurador, mientras que print solo aparece en la consola del depurador.

   • NSLog usos printf-cadenas de formato de estilo, por ejemplo,

     NSLog("%0.4f", CGFloat.pi)
     

     Que producirá: {[43]]}

     2017-06-09 11:57:55.642328-0700 MyApp[28937:1751492] 3.1416

3. Efectivo iOS 10/macOS 10.12, hay una tercera alternativa, os_log, parte del sistema de "registro unificado" (consulte el video WWDC 2016 Registro unificado y Seguimiento de actividad ).

   • Debe importar os.log antes de usar la función os_log:

     import os.log
     

   • Like NSLog, os_log también enviará mensajes a la consola de depuración de Xcode y a la consola del dispositivo

   • Ahora puede controlar los campos "subsistema" y "categoría" disponibles en la aplicación de consola. Por ejemplo:

     let log = OSLog(subsystem: Bundle.main.bundleIdentifier!, category: "network")
     os_log("url = %@", log: log, url.absoluteString)
     

     Cuando observa la aplicación a través de la aplicación de consola externa, no solo puede agregar estas columnas a la vista principal, sino que también puede filtrar sobre la base de estas. Es muy útil cuando se quiere diferenciar los mensajes de depuración de (a) los generados por otros subsistemas en nombre de su aplicación; o (b) mensajes de otras categorías o tipos.

   • Puede especificar diferentes tipos de mensajes de registro, ya sea .info, .debug, .error, .fault (o .default):

     os_log("web service did not respond", type: .error)
     

     Por lo tanto, si utiliza la aplicación de consola externa, puede elegir ver solo mensajes de ciertas categorías (por ejemplo, solo mostrar mensajes de depuración si elige "Incluir mensajes de depuración" en el menú "Acción" de la Consola). Estos ajustes también dictan muchos problemas sutiles detalles acerca de si las cosas se registran en el disco o no. Vea el video de WWDC para más detalles.

   • No se puede utilizar la interpolación de cadenas cuando se utiliza os_log. Por ejemplo, no se puede hacer:

     os_log("foo \(url.absoluteString)")
     

     Tendrías que hacer:{[43]]}

     os_log("url = %@", url.absoluteString)
     

   • Una de las razones de la limitación anterior es apoyar la privacidad de los datos. Los tipos de datos primitivos (por ejemplo, números) son públicos por defecto y los objetos (por ejemplo, cadenas) son privados por defecto. En el ejemplo anterior donde se registró la URL, si la aplicación se invocó desde el propio dispositivo y que estaban viendo desde la aplicación de la consola de su Mac, usted vería:

     Url =

     Si quisieras verlo desde un dispositivo externo, tendrías que hacer:{[43]]}

     os_log("url = %{public}@", url.absoluteString)
     

   • Nota, NSLog ahora usa el sistema unificado de notificación detrás de escena, pero con las siguientes advertencias:

     • No se puede controlar el subsistema, la categoría o el tipo de registro;

     • No admite configuración de privacidad.

Línea de Fondo, print es suficiente para tareas simples, pero NSLog es útil porque incluye información de marca para usted.

El poder de os_log entra en gran alivio al depurar aplicaciones iOS que deben probarse fuera de Xcode. Por ejemplo, al probar procesos de aplicaciones iOS en segundo plano como background fetch, estar conectado al depurador Xcode cambia el ciclo de vida de la aplicación. Por lo tanto, con frecuencia lo hará desea probar en un dispositivo físico, ejecutando la aplicación desde el propio dispositivo, no iniciando la aplicación desde el depurador de Xcode. El registro unificado le permite seguir viendo las declaraciones de su dispositivo iOS os_log desde la aplicación de consola de macOS.