Смысл правил не столько в самих правилах, сколько в экономии мышления. Не надо задумываться, а что это программист имел в виду в данном случае? Нет, решение, разумеется, будет найдено. Проблема только в том, что надо будет затратить дополнительные усилия для того, чтобы это решение найти.
Если всегда придерживаться правил (не важно каких, важен сам факт наличия правил), то это позволяет сэкономить время и силы программиста. Он всегда будет знать, о чем же в данном случае идет речь, поскольку есть вот такое правило.
Если же "здесь придерживаться, а здесь - нет", то возвращаемся к тому, с чего начали. Каждый раз придется затрачивать дополнительные усилия для понимания кода.
CTAC-KOА вот в операциях с макроподстановкой так и вообще, как я заметил, идентификатор m. почему-то вреден для здоровья
При использовании символа макроподстановки "&" первая точка после этого символа воспринимается как символ конкатенации (сложения) символьных строк. Т.е. сначала выполняется макроподстановка, потом к ее результату прибавляется то, что стоит после точки.
Например
1.
2.
3.
4.
5.
aa= 1
aa1= 2
bb="aa"
?&bb && вернет значение 1 из переменной aa
?&bb. 1 && вернет значение 2 из переменной aa1
Т.е. в команде макроподстановки проблема не в префиксе, а в точке. Точнее, в особенностях работы самой команды макроподстановки. Использовать префикс можно, но такими способами
1.
2.
3.
4.
?m.&bb
?m.&bb. 1
?evaluate(m.bb)
?evaluate(m.bb+"1")
