Использовать или не использовать #define? [C++]

[MooNDeaR]

Просто такой небольшой вопросец.

Есть у меня код, в котором много раз повторяется следующая конструкция

for(int i = 0; i < r_size; ++i)
    for(int j = 0; j < c_size; ++j)

А потом идет какое нибудь действие в одну строчку. Например вот так:

for(int i = 0; i < r_size; ++i)
    for(int j = 0; j < c_size; ++j)
        mtx[i][j] -= temp;

Мне стало лень писать это каждый раз и сделал так

#define TWICE_FOR for(int i = 0; i < r_size; ++i) for(int j = 0; j < c_size; ++j)
...
...
TWICE_FOR mtx[i][j] -= temp;
...
TWICE_FOR mtx[i][j] += temp;

Вопрос собственно в чем. Адекватно ли вообще так поступить и сильно ли это снизило бы удобочитаемость кода для стороннего человека?

[GreenWizard]

Кратко: да, лучше так не делать
Развёрнуто отвечать и лень, и простуда мешает)) имхо, лучше уж организовать через итераторы/ф-ии (аля mtx.ForEach(function_ptr) или типа того..... не помню как в С++ такое пишется)..... это и код упростит, и читаемость повысит, и в function_ptr можно много чего скрыть

[Bugrimov]

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

[rrrFer]

попробуй пройти по макросу отладчиком, вывод будет очевиден - макросы нереально отлаживать. И уже этого достаточно чтобы их не использовать.

имхо, лучше уж организовать через итераторы/ф-ии

ни итераторы, ни функции ТС ИМХО не помогут