Как вы используете #define?

Мне интересно, когда экземпляры отправляются для использования #define и #if-операторов. Я знаю об этом некоторое время, но никогда не включал его в свой способ кодирования. Как именно это влияет на компиляцию?

Является ли #define единственным, что определяет, включен ли код при компиляции? Если у меня есть #define DEBUGme как пользовательский символ, единственный способ исключить его из компиляции - удалить этот оператор #define?

ОТВЕТЫ

Ответ 1

В С# #define макросы, как и некоторые из примеров Бернарда, не допускаются. Единственное общее использование #define/#if в С# - это добавление дополнительного кода для отладки. Например:

        static void Main(string[] args)
        {
#if DEBUG
            //this only compiles if in DEBUG
            Console.WriteLine("DEBUG")
#endif 
#if !DEBUG
            //this only compiles if not in DEBUG
            Console.WriteLine("RELEASE")
#endif
            //This always compiles
            Console.ReadLine()
        }

Ответ 2

#define используется для определения констант времени компиляции, которые вы можете использовать С#if для включения или исключения битов кода.

#define USEFOREACH

#if USEFOREACH
    foreach(var item in items)
     {  
#else
    for(int i=0; i < items.Length; ++i)
     { var item = items[i];   //take item
#endif

       doSomethingWithItem(item);
     }

Ответ 3

Является #define единственным, что определяет, включен ли код когда скомпилировано? Если у меня есть #define DEBUGme как пользовательский символ, единственный способ исключить его из компиляции - это удалить этот оператор #define?

Вы можете undefine, а также

#if defined(DEBUG)
#undef DEBUG
#endif

Ответ 4

Ну, определения часто используются для констант времени компиляции и макросов. Это может сделать ваш код немного быстрее, поскольку на самом деле нет вызовов функций, выходные значения макросов определяются во время компиляции. #if очень полезны. Самый простой пример, который я могу придумать, - проверить сборку отладки, чтобы добавить некоторые дополнительные протоколирования или обмена сообщениями, возможно, даже некоторые функции отладки. Вы также можете проверить различные переменные среды таким образом.

Другие с большим опытом C/С++ могут добавить больше, я уверен.

Ответ 5

Я часто обнаруживаю, что я определяю некоторые вещи, которые повторяются в определенных функциях. Это делает код намного короче и, таким образом, дает лучший обзор.

Но, как всегда, постарайтесь найти хорошую меру, чтобы не создавать из нее новый язык. Может быть, немного трудно читать для периодического обслуживания позже.

Ответ 6

@Ed: при использовании С++ редко бывает полезно использовать #define над встроенными функциями при создании макросов. Идея "большая скорость" - заблуждение. С встроенными функциями вы получаете ту же скорость, но вы также получаете тип сейфа и побочные эффекты препроцессора "вставки" из-за того, что параметры оцениваются до вызова функции (например, попробуйте написать вездесущий макрос MAX, и назовите его так: MAX (x ++, y).. вы увидите, что я получаю).

Мне никогда не приходилось использовать #define в моем С#, и я очень редко использую его для чего-то другого, который проверяет версию платформы и компилятора для условной компиляции на С++.

Ответ 7

Возможно, наиболее распространенные способы использования #define в С# - это различие между debug/release и различными платформами (например, Windows и X-Box 360 в инфраструктуре XNA).

Ответ 8

Это для условной компиляции, поэтому вы можете включать или удалять биты кода на основе атрибутов проекта, которые имеют тенденцию быть:

  • Предполагаемая платформа (Windows/Linux/XB360/PS3/Iphone.... и т.д.)
  • Отпуск или отладка (обычно регистрация, утверждения и т.д. включены только в сборку отладки)

Они также могут использоваться для быстрого отключения больших частей системы, например, во время разработки игры я мог бы определить

#define PLAYSOUNDS

а затем завершите окончательный вызов, чтобы воспроизвести звук в:

#ifdef PLAYSOUNDS
// Do lots of funk to play a sound
return true;
#else
return true;

Поэтому мне очень легко включить и выключить воспроизведение звуков для сборки. (Обычно я не проигрываю звуки при отладке, потому что это мешает моей личной музыке:)) Выгода заключается в том, что вы не вводите ветку, добавляя инструкцию if...