Как зайти в Даркнет?!
25th January, 01:11
6
0
Как в tkinter из поля ввода Entry получить значение в одну переменную и обновить строку кнопкой, затем получить ещё одно введённое значение и затем сложить их. Ниже пример кода
21st July, 19:00
895
0
Программа, которая создает фейковые сервера в поиске игровых серверов CS 1.6 Steam
21st March, 17:43
948
0
Очень долго работает Update запрос Oracle
27th January, 09:58
914
0
не могу запустить сервер на tomcat HTTP Status 404 – Not Found
21st January, 18:02
905
0
Где можно найти фрилансера для выполнения поступающих задач, на постоянной основе?
2nd December, 09:48
938
0
Разработка мобильной кроссплатформенной военной игры
16th July, 17:57
1724
0
период по дням
25th October, 10:44
3955
0
Пишу скрипты для BAS только на запросах
16th September, 02:42
3720
0
Некорректный скрипт для закрытия блока
14th April, 18:33
4613
0
прокидывать exception в блоках try-catch JAVA
11th March, 21:11
4381
0
Помогите пожалуйста решить задачи
24th November, 23:53
6086
0
Не понимаю почему не открывается детальное описание продукта
11th November, 11:51
4351
0
Нужно решить задачу по программированию на массивы
27th October, 18:01
4396
0
Метода Крамера С++
23rd October, 11:55
4309
0
помогите решить задачу на C++
22nd October, 17:31
4002
0
Помогите решить задачу на python с codeforces
22nd October, 11:11
4492
0
Python с нуля: полное руководство для начинающих
18th June, 13:58
2599
0
Как вы используете #define?
Меня интересуют случаи, когда он делает отправку для использования #define и #if операторов. Я знал об этом уже некоторое время, но никогда не включал его в свой способ кодирования. Как именно это влияет на компиляцию?
Является ли #define единственной вещью, которая определяет, включен ли код при компиляции? Если у меня есть #define DEBUGme в качестве пользовательского символа, единственный способ исключить его из компиляции-удалить этот оператор #define?
В C# #define macros, как и некоторые примеры Бернарда, не допускаются. Единственное распространенное использование #define / #if s в C# - это добавление дополнительного кода только для отладки. Например:
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()
}
#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);
}
Является ли #define единственной вещью, которая
определяет, включен ли код
когда компилируется? Если у меня есть #define
DEBUGme как пользовательский символ, единственный
способ исключить его из компиляции заключается в следующем
удалить этот оператор #define?
Является ли #define единственной вещью, которая определяет, включен ли код когда компилируется? Если у меня есть #define DEBUGme как пользовательский символ, единственный способ исключить его из компиляции заключается в следующем удалить этот оператор #define?
Вы также можете не определять символы
#if defined(DEBUG)
#undef DEBUG
#endif
Ну, определения часто используются для констант времени компиляции и macros. Это может сделать ваш код немного быстрее, так как на самом деле нет никаких вызовов функций, выходные значения macros определяются во время компиляции. #if's очень полезны. Самый простой пример, который я могу придумать, - это проверка отладочной сборки, чтобы добавить в нее некоторые дополнительные функции ведения журнала или обмена сообщениями, возможно, даже некоторые функции отладки. Вы также можете проверить различные переменные среды таким образом.
Другие с большим опытом C/C++ могут добавить больше, я уверен.
Я часто ловлю себя на том, что определяю некоторые вещи, которые повторяются в определенных функциях. Это делает код намного короче и, таким образом, позволяет получить лучший обзор.
Но, как всегда, постарайтесь найти хорошую меру, чтобы не создавать из нее новый язык. Возможно, будет немного трудно читать для случайного обслуживания позже.
@Ed: при использовании C++ редко есть какое-либо преимущество для использования #define над встроенными функциями при создании macros. Идея "greater speed"-это заблуждение. С помощью встроенных функций вы получаете такую же скорость, но вы также получаете тип safey, и никаких побочных эффектов препроцессора "pasting" из-за того, что параметры оцениваются до вызова функции (например, попробуйте написать вездесущий макрос MAX и вызвать его так: MAX(x++, y).. вы увидите, к чему я клоню).
Мне никогда не приходилось использовать #define в моем C#,, и я очень редко использую его для чего-либо другого, что платформа и версия компилятора проверяют на условную компиляцию в C++.
Он предназначен для условной компиляции, поэтому вы можете включать или удалять биты кода на основе атрибутов проекта, которые обычно являются:
- Предполагаемая платформа (Windows/Linux/XB360/PS3/Iphone.... и т.д.)
- Релиз или отладка (как правило, ведение журнала, утверждения и т. д. включаются только в отладочную сборку)
Они также могут быть использованы для быстрого отключения больших частей системы, например, во время разработки игры я мог бы определить
#define PLAYSOUNDS
а затем оберните последний звонок, чтобы воспроизвести звук в:
#ifdef PLAYSOUNDS
// Do lots of funk to play a sound
return true;
#else
return true;
Поэтому мне очень легко включать и выключать воспроизведение звуков для сборки. (Обычно я не воспроизводю звуки при отладке, потому что это мешает моей личной музыке :) ) Преимущество заключается в том, что вы не вводите ветвь путем добавления оператора if....