привет всем
дело такое, достался старый код 2.6, сужу правлю его, нашел такое вот обЪявление переменоой
m.kodpl=' '

потом идет активное юзание этой переменной,

@ 6,3 say 'Код партнера (0-все)- 'get m.kodpl

подскажите что за такое
похоже на массив или на какой-то указатель

префикс m. указывает на то что это переменная памяти а не поле активной таблицы

ну ведь я могу обЪявить и просто переменную хххх=" фыв", не обязательно ведь префикс м. или это как страховка, на всякий пожарный, вдруг будет одноименное поле? мне кажется что это просто старый синтаксис

Цитата:

ну ведь я могу обЪявить и просто переменную хххх=" фыв", не обязательно ведь префикс м. или это как страховка, на всякий пожарный, вдруг будет одноименное поле? мне кажется что это просто старый синтаксис

Ну, да некая страховка - при совпадении имени переменной с полем, если не указать префикс, то возмется поле.

Цитата:

вдруг будет одноименное поле?

будет если пользовать к примеру SCATTER...MEMVAR

Слева от знака = может быть только имя переменной, а не поле, поэтому m. там не нужно - неоднозначности не возникает.

имелось в виду, что эта команда создает переменные с именем поля и ситуация, когда есть поле и переменная с одинаковым именем, не такая уж редкость (особенно актуально когда дописываешь кусок в чужой код...)

я уверен, что если создавать переменный по правилам именования, то не возникнет ситуации дублирования с именами поелей в таблице

Добавлен вопрос в FAQ

Что означает префикс (буква) "m." перед именем

2 Glyba
В макроподстановке должно стоять имя переменной без m..

Цитата:

В макроподстановке должно стоять имя переменной без m..

Ну да! Именно потому, что в макроподстановке поля не допускаются, а только переменные.

Hi snoop!

Цитата:

я уверен, что если создавать переменный по правилам именования, то не возникнет ситуации дублирования с именами поелей в таблице

Это зависит от правил именования. Если применять те что описаны в хелпе (известны как "Венгерская нотация") - то вполне может возникнуть...
'lc___' переменная и 'l___' поле, "реальное" имя которого начинается на 'c' - запросто могут совпадать.
Кроме того есть небольшие вариации в производительности - доступ с явным указанием префикса в ряде случаев несколько быстрее чем БЕЗ префикса. Естественно что это относится лишь к тем местам, где ЕСТЬ потенциальная неоднозначность. Слева от знака присвоения 'm.' никогда не требуется - там ВСЕГДА переменная будет. А вот справа от знака присвоения может быть как переменная, так и поле из текущей таблицы. Аналогично и в параметрах передаваемых функциям (за рядом исключений конечно).