#ifdef DEBUG kontra #if DEBUG

Nie jest dla mnie jasne, kiedy używam dyrektyw kompilatora, który z poniższych dwóch fragmentów kodu jest poprawny/preferowany i dlaczego. Wygląda na to, że większość programistów i projektów Open Source, które widziałem, korzysta z pierwszej, ale widziałem drugą często używaną.#ifdef DEBUG kontra #if DEBUG

#ifdef DEBUG 
[self doSomethingOnlyWhenDebugging]; 
#endif

VERSUS

#if DEBUG 
[self doSomethingOnlyWhenDebugging]; 
#endif

Które z powyższych fragmentów kodu jest korzystne tylko podczas debugowania kodu i dlaczego działa? Domyślam się, że pierwsza uruchomi się, jeśli DEBUG zostanie zdefiniowane jako PRAWDA lub FAŁSZ, gdzie druga będzie działać tylko wtedy, gdy DEBUG jest zdefiniowany i ustawiony na PRAWDA. Czy to jest poprawne?

Źródło

2013-04-26 lidsinker

'' ifdef' po prostu sprawdza, czy symbol został zdefiniowany.'# if' testuje WARTOŚĆ symbolu. więc '#define FOO 0' sprawi, że' #ifdef FOO' będzie prawdziwe, ale '#if FOO' będzie fałszywe, ponieważ robi' #if 0'. –

Powinieneś spróbować znaleźć definicję "root" i określić, czy wartość ma być wartością 1/0, czy obecną/nieobecną. Złapanie ich może mieć "nieoczekiwane" konsekwencje. –

Masz rację. #if DEBUG nie oceni, czy DEBUG jest zdefiniowane jako 0.

Jak dla kiedy używać każdy, można trzymać się za pomocą #ifdef niczego gdzie trzeba tylko dodać kod jeśli definicja preprocesora jest obecna, takich jak dodawanie rejestrowanie debugowania. Jeśli chcesz sprawdzić wartość i przejść różne ścieżki kompilacji, użyłbym 0 lub 1. Dobrym tego przykładem jest TARGET_IPHONE_SIMULATOR, który jest zawsze zdefiniowany dla projektu iOS, ale tylko 1, jeśli kompilujesz dla symulatora.

Źródło

2013-04-26 21:43:10

Więc jeśli chciałem wykonać pewną linię kodu tylko w Symulatorze, musiałbym użyć '# if', ponieważ' TARGET_IPHONE_SIMULATOR' jest zdefiniowany niezależnie od tego, czy używam Symulatora czy nie. Poprawny? – lidsinker

@lidsinker poprawne – Kevin

dobrze wyjaśnione. Dziękuję bardzo –

Jak wiadomo, najlepszym wyborem jest:

#ifndef DEBUG 
    NSLog(@"-1"); 
#elif DEBUG == 0 
    NSLog(@"0"); 
#else 
    NSLog(@"%d", DEBUG); 
#endif

wtedy poznacie #ifndef DEBUG jest korzystne przede wszystkim innym. Jest prostszy wybór:

#if DEBUG == 0 // DEBUG is not defined or defined to be 0 
    // do sth 
#else 
    // do sth 
#endif

Jednak jeśli -Wundef kompilator flaga jest włączona, może istnieć ostrzeżenie z #if DEBUG == 0.

Źródło

2014-02-14 09:29:45

Należy spojrzeć na kod, w którym DEBUG zostanie zdefiniowany lub niezdefiniowany, i odpowiednio wpisać swój kod. W DEBUG znajdziesz, że nie jest zdefiniowany lub zdefiniowany z wartością 1. Tak więc albo zadziała #if DEBUG lub #ifdef DEBUG.

Dla użytkownika #define, które są pod Twoją kontrolą, polecam, aby zawsze je definiować, o wartości 0 lub 1. Następnie można użyć wartości #if, ale można również użyć ich bezpośrednio w zwykłe instrukcje if lub wyrażenia, dzięki którym Twój kod stanie się bardziej czytelny. A ponieważ jest on zawsze zdefiniowany, możesz użyć "Przejdź do definicji" w Xcode, aby przejść do miejsca, w którym jest zdefiniowany i sprawdź, jak i dlaczego jest ustawiony. Jeśli zamiast tego albo #define lub nie #define wartość, i nie jest zdefiniowana, Xcode nie będzie miał pojęcia, gdzie w kodzie źródłowym nie jest zdefiniowany. Daje również szansę na poszukiwanie błędnych zastosowań. Jeśli "Jump to Definition" nie działa, to wiesz, że źle napisałeś.

BTW obrębie dyrektywy #if każde makro, które nie jest zdefiniowana otrzymuje 0. Więc #if DEBUG będzie działać, jeśli DEBUG nie jest określona, lub jeśli DEBUG jest definiowana jako 0, i nie będzie skompilować jeśli DEBUG jest zdefiniowany jako nic - co powie ci, co jest nie tak, więc możesz to naprawić. Z tego punktu widzenia używanie #if jest lepsze, chyba że nie zostanie skompilowane.

Źródło

2015-03-26 08:35:27 gnasher729

#ifdef DEBUG kontra #if DEBUG

Odpowiedz

Powiązane problemy