Удобство чтения кода - залог и определенная гарантия его работоспособности

[pitersky]

Цитата:

Сообщение от Zabr

Если в этом запросе должна была быть другая табличная переменная для InventDim, а InventDim тоже есть но используется в другом месте, а кто-то по привычке зафигачил в запрос #InventDimJoin, то результат представить не трудно. Причем замучаетесь искать, в чем проблема. Так что макросы лучше только для констант использовать.

На мой взгляд, это не самая большая проблема, причём я не совсем понимаю трудности с локализацией ошибки - по-моему, это как раз отыскивается достаточно быстро. Большая проблема - это когда макросы регулярно создаются для разовых вставок или когда в макрос забабахивают сильно параметризуемую логику (это да, сложно и неудобно поддерживать). #InventDimJoin - макрос достаточно прозрачный и простой в применении, поэтому в его использовании я не вижу ничего фундаментально плохого (особенно тогда, когда это часть стиля приложения).
Словом, везде нужна мера и разумность.

[lev]

Кстати, вспомнил удобный макрос #InventDimDevelop, только почему то именно про него частенько забывают, и не добавляют там где надо...

P.S. интересно, в AX2012 появился макрос #FinancialDimDevelop?

[Romb]

Придерживаюсь следующих убеждений в большинстве случаев.

Если макрос можно заменить inline функцией с похожим или даже идентичным кодом, значит его использование лишнее.

И наоборот.

Если макрос нельзя заменить inline функцией с похожим или даже идентичным кодом, значит макрос применен правильно.