¿Necesito deshabilitar NSLog antes de lanzar la aplicación?

Al lanzar una aplicación para iPhone, si la desactivo, NSLog();¿funcionará mejor?

Una forma de hacerlo es ir a la configuración de compilación y, en la configuración de depuración, agregar un valor al valor de "Macros de preprocesador" como:

DEBUG_MODE=1

Asegúrese de hacer esto solo para la configuración de depuración y no para las versiones Beta o Release. Luego, en un archivo de encabezado común, puede hacer algo como:

#ifdef DEBUG_MODE
#define DLog( s, ... ) NSLog( @"<%p %@:(%d)> %@", self, [[NSString stringWithUTF8String:__FILE__] lastPathComponent], __LINE__, [NSString stringWithFormat:(s), ##__VA_ARGS__] )
#else
#define DLog( s, ... ) 
#endif

Ahora en lugar de NSLog usarlo en DLogtodas partes. Al probar y depurar, obtendrá mensajes de depuración. Cuando esté listo para lanzar una versión beta o final, todas esas DLoglíneas se vacían automáticamente y no se emite nada. De esta manera, no hay configuración manual de variables ni comentarios NSLogsrequeridos. Elegir su objetivo de construcción se encarga de ello.

Actualización para Xcode 5 y iOS 7

nota: para que una solución Xcode 7 / Swift 2.1 elimine las declaraciones print () en una versión de lanzamiento, encuentre mi respuesta aquí .

Sí, debe eliminar cualquier declaración NSLog en su código de lanzamiento, ya que solo ralentiza su código y no es de ninguna utilidad en una versión de lanzamiento. Afortunadamente, en Xcode 5 (iOS 7), es increíblemente sencillo eliminar todas las declaraciones de NSLog 'automáticamente' en las versiones de lanzamiento. Entonces por qué no hacerlo.

Primero los 3 pasos a seguir, luego alguna explicación

1) en su proyecto Xcode, ubique el archivo 'yourProjectName-prefix.pch' (normalmente lo encontrará en el grupo 'archivos de soporte', donde se encuentra su archivo main.m

2) agregue estas 3 líneas al final del archivo '.pch':

#ifndef DEBUG
   #define NSLog(...);
#endif

3) pruebe la diferencia entre su versión de "depuración" y "lanzamiento". Una forma de hacer esto es a través de 'editar esquema' -> 'ejecutar nombre de la aplicación' -> debajo de la pestaña 'información', seleccione usando el cuadro desplegable entre depuración y liberación. En la versión de lanzamiento, no verá ningún resultado de NSLog en la consola de depuración.

¿Como funciona todo esto?

En primer lugar, uno debe saber que un preprocesador es relativamente 'tonto' y simplemente actúa como un 'reemplazador de texto' antes de que se llame al compilador. Reemplaza todo lo que '#defines' por lo que sigue a la #definedeclaración.

#define NSLog(...);

El (...)significa 'nada' entre los paréntesis (). Tenga en cuenta también ;el final. Esto no es estrictamente necesario ya que el compilador optimizará esto, pero me gusta ponerlo allí, ya que es más "correcto". Después de nuestro, #defineno hay 'nada', por lo que el preprocesador lo reemplazará con 'nada', por lo que simplemente descartará la línea completa, comenzando en NSLog...hasta e incluyendo el ;.

Definir declaraciones se pueden hacer condicional usando #ifdef(si está definido) o #ifndef(si no está definido)

aquí escribimos #ifndef DEBUG, que significa 'si el símbolo DEBUG no está definido'. El #ifdefo la #ifndefnecesidad de ser 'cerrado' con#endif

Xcode 5 define por defecto el símbolo 'DEBUG' para nosotros cuando el modo de construcción es 'DEBUG'. En 'lanzamiento' esto no está definido. puede verificar esto en la configuración de su proyecto, pestaña 'Configuración de compilación' -> desplácese hacia abajo hasta la sección 'Apple LLVM 5.0 - Preprocesamiento' -> macros de preprocesador. ¡Verá que el símbolo 'DEBUG' no está definido para versiones de lanzamiento!

finalmente, Xcode crea el archivo .pch automáticamente y se incluye automáticamente en cada archivo fuente durante el tiempo de compilación. Así que es como si lo hubiera puesto todo #defineen cada uno de sus archivos fuente.

Casi todas las respuestas anteriores sugieren una solución pero no explican el problema. Hice una búsqueda en Google y encontré el motivo. Esta es mi respuesta:

Sí, si comenta NSLog en su versión de lanzamiento, el rendimiento mejorará. Porque NSLog es bastante lento.¿Por qué? NSLog hará dos cosas 1) escribir mensajes de registro en Apple System Logging (ASL), 2) si la aplicación se ejecuta en xcode, también escribirá en stderr.

El principal problema radica en el primero. Para lograr la seguridad de subprocesos, cada vez que se llama a NSLog, abre una conexión a la instalación de ASL , envía un mensaje y cierra la conexión. La operación de conexión es muy cara. Otra razón es que NSLog dedica algo de tiempo a registrar la marca de tiempo.

Referencia desde aquí .

Mi favorito personal es usar una macro variadic.

#ifdef NDEBUG
    #define NSLog(...) /* suppress NSLog when in release mode */
#endif

Además de todas las personas que sabiamente comentaron que no llamar NSLog()en absoluto en producción funciona un poco más rápido, agregaré que:

Todas esas NSLog()cadenas de salida son visibles para cualquiera que descargue su aplicación de la tienda y la ejecute con el dispositivo conectado a una Mac que ejecute Xcode (a través de la ventana del Organizador).

Dependiendo de la información que registres (y especialmente si tu aplicación contacta con un servidor, realiza autenticación, etc.), esto puede ser un problema de seguridad serio .

Dentro de la configuración predeterminada actual del proyecto en Xcode, la NS_BLOCK_ASSERTIONSmacro se establecerá en 1 en la versión de lanzamiento, yDEBUG=1 en la versión de depuración.

Entonces, prefiero el siguiente método.

// NS_BLOCK_ASSERTIONS is defined by default, as shown in the screenshot above.
// Or, you can define yourself Flags in the `Other C Flags` -> `Release`.
#ifndef NS_BLOCK_ASSERTIONS
    #define _DEBUG
#endif

#ifdef _DEBUG
// for debug mode 
#define DLog(fmt,...) NSLog(@"%s " fmt, __FUNCTION, ##__VA_ARGS__) 
... /// something extra
#else
// for release mode
#define DLog(fmt,...) /* throw it away */
... /// something extra
#endif

Sí, debería desactivarlo. Especialmente si está tratando de maximizar la velocidad de su código. NSLogging cosas a la izquierda y a la derecha contamina el registro del sistema que otros desarrolladores podrían estar tratando de explorar y puede tener un gran impacto en el código de velocidad crítica (bucles internos, etc.). Dejé accidentalmente algunos mensajes de registro en una función recursiva una vez y consiguió lanzar una actualización con un "30% de aumento de velocidad!" Unas pocas semanas después... ;-)

Todas son buenas respuestas, sin embargo, aquí hay otro pequeño truco que puede considerar usar, principalmente en las fases de desarrollo / prueba de su aplicación.

También podría ser útil para el código de lanzamiento de la aplicación, si solo desea desactivar SU código de depuración, y no mensajes que puedan indicar problemas fuera del control directo de su código.

El truco:

Puede desactivar NSLog por archivo .m simplemente incluyendo la siguiente línea en la parte superior del archivo .m :

#define NSLog(...)

( NOTA: NO coloque este archivo .h, ¡solo el archivo .m! )

Esto solo hace que el compilador evalúe NSLog() expandiendo su macro de preprocesador en su lugar. La macro no hace más que eliminar los argumentos.

si desea volver a encenderlo, siempre puede usar

#undef NSLog

Por ejemplo, podría evitar las llamadas a NSLog alrededor de un grupo particular de métodos haciendo algo como

#define NSLog(...)
-(void) myProblematicMethodThatSometimesNeedsDebugging {
    ...
}
#undef NSLog

NSLog es lento y no debe usarse para versiones de lanzamiento. Una macro simple como la que se muestra a continuación la desactivará junto con cualquier afirmación que pueda tener y que también debería estar desactivada. En el caso menos común en el que desea NSLog en una versión de lanzamiento, simplemente llámelo directamente. No olvide agregar "-DNDEBUG" a la configuración de compilación de "otros indicadores de c".

#ifdef NDEBUG
#define MYLog(f, ...) 
#else
#define MYLog(f, ...) NSLog(f, ## __VA_ARGS__)
#endif

en el archivo pch, escriba esto antes de #endif

#define NSLog() //

que hay de esto

#ifndef DEBUG_MODE
        fclose(stderr);     // the simplest way to disable output from NSLog
#endif    

var showDebugLogs = false;

    func DLog(format: String, args: CVarArgType...) {
        if showDebugLogs{
        println(String(format: format, arguments: args))
        }
    }

Esto también aceptará los argumentos adicionales. Solo el valor del parámetro showDebugLogs en verdadero o falso, según su necesidad