inline + template + const vs #define !!!

не звучит...

Исправлено: RQ, 22-03-2001 16:41

Приимущества #define xxx 10
1) компилятор подставит ету саму 10 на стадии компиляции
2) 10 потом можно заменить (если уж очень припрет, а особенно в большом проекте на (myfunc() + 2 * myfunc2() + ... - ...) Хотя это не есть хорошо.
недостаток ну не понятно, какого типа ета самая 10 :(, что тоже может потом сказаться.

приимущества const:
c типом стало все впорядке
недостатки:
подстановка происходит на стадии выполнения программы, что скорости, конечно, не добавляет. Однако, что то вспоминается про объявление static const, где эта проблема решается

ну вроде и все,
вообщем использовать можно и то и другое, главное чотко представлять для чего и последствия :)))

Конечно не звучит! уже давно

-=ret=-
const - всегда имеет локальное связывание, пока не явно не объявлена extern

скажем, что const int a = 10; - предпочтительнее в виду стандарта языка.

КОГДА и ПОЧЕМУ выгоднее использовать #define a 10 (или как-то еще)?

//
#define WM_MYCMD 0x0401
//
#define APP_NAME "My APP"
//
const int App_Ver 1101

-=ret=-
if(что-то1 > a1 && что-то2 < a2 ... что-тоN == an) не будет быстрее, так как компилятор подставит значения константы, так же, как и #define.

код:

---

const int ci = 10;
if(f()<ci) {
  cout << "1" << endl;
}

а вообще, группу флагов, скорее всего лучше объявлять так
enum FLAGI{FLAG_W_RUKI = 0x0001, ....};

и в программе точно не перепутаешь
void my_func(FLAGI fl)
{

}

и не передашь туда PULYA_W_LOB :)))

#ifdef __BORLANDC__
//Что то
#endif

или

#ifndef My_H
#define My_H

#endif

Исправлено: RQ, 22-03-2001 18:14

RQ
предлагается оставить #define при работе с исходниками на C, чтобы не вносить путаницу в исходники.

этот "за" пока что единственный в списке.

//8 байт
#define ABC "AAAA"
//10 байт
const AB_C = "AAAA";

if (chto_ne_bud)
MYMACRO(foo,bar);
else
bug();
// Здесь возникнет ошибка, потому что

if (chto_ne_bud)
if (ab) func();
else bug(); //А мы этого не хотели

А с inline такого не будить

inline cool (a, b){
if(ab) func();

}
if (chto_ne_bud)
cool();
else Nobug(); // Все нормально

#define ujas(C) ( (C) >= 0 ? (C) : -(C) )
inline int ok(int C){
return C >= 0 ? C : -C;
}

int abc;
abc = ujas(x++); //Здесь возникнет ошибка
abc = ok(x++); //Здесь все OK

чтож рассматривая его как шутку предлагаю не увеличивать число плюсов #define-а гыгы

вот ёж-моёж!!! Кто-то же пользует #define-ы!!! неужто нельзя привести еще плюсов в их использовании?

стандартные макросы типа assert - чтобы исключить компиляцию исходников когда это не надо + гарды + условная компиляция + extern "C" + прочее без чего не обойтись попросту.

в своих проектах я не пользую #define для создания констант вообще, и до сих пор не испытывал от этого неудобств. Потому мне вдвойне интересней услышать доводы в пользу их использования

KBAKEP
ужасный кусочек. а что если n=100?

код:

---

#define IMPL_CALLBACK(func,ident) \
void vOk##func( void *v ) { SET_SENTVALUE(ident); vContinueStep(v); }
IMPL_CALLBACK(GTV,nVial)
//...
IMPL_CALLBACK(TPCL,tmState)
#undef IMPL_CALLBACK