A) Ошибкой
B) Выходной файл отсортируется по полю BHID
C) Выходной файл отсортируется по полям BHID и FROM
D) Зависанием Datamine до принудительного завершения пользователем работы макроса
E) Выходной файл отсортируется по полю FROM
F) Процесс выполнится, но выходной файл не создастся
$ Задание 3.18
Чем завершится выполнение данного макроса?
A) Процесс выполнится, но выходной файл не создастся
B) Выходной файл отсортируется по полям BHID и FROM
C) Выходной файл отсортируется по полю FROM
D) Выходной файл отсортируется по полю BHID
E) Ошибкой
F) Зависанием Datamine до принудительного завершения пользователем работы макроса
$ Задание 3.19
Чем завершится выполнение данного макроса?
A) Зависанием Datamine до принудительного завершения пользователем работы макроса
B) Ошибкой
C) Выходной файл композитируется с зональным контролем по полю BODY
D) Процесс выполнится, но выходной файл не создастся
$ Задание 3.20
Чем завершится выполнение данного макроса?
A) Успешным выполнением
B) Ошибкой
C) Вылетом Datamine
D) Процессы выполнятся, но выходной файл после команды EXTRA не создастся
E) Зависанием Datamine до принудительного завершения пользователем работы макроса
Переменные
Итак, мы с вами написали первый простой макрос (пока «не вы, а мы», но лиха беда начало), автоматизирующий процесс создания рудной выборки. При этом мы условились, что:
– имя файла рудных каркасов – ore_tr/pt;
– имя файла скважин – holes;
– имя поля номера рудного тела – BODY;
– имя поля урезаемых содержаний – AU;
– средняя длина проб, к которой требуется привести рудную выборку – 1 м;
– оптимальная сеть декластеризации – данные расположены по регулярной сети;
– уровень ураганных содержаний одинаков для всех рудных тел – 100 г/т;
– имя файла обработанной рудной выборки holes_ore_cut.
Несложно догадаться, что это не всегда так. Каркасы могут называться по-другому, файл скважин – тоже. Поле содержания – не обязательно AU, а зонального контроля – не обязательно BODY. Ну и далее по списку. Что же делать? Вариантов минимум три:
– Каждый раз перед использованием макроса подгонять имена файлов и полей под то, что написано в макросе.
– Каждый раз перед использованием макроса править весь текст макроса в соответствии с вашими входными условиями.
– Модифицировать макрос так, чтобы правки были понятными, минимальными и простыми.
Первые два варианта – путь сложный и тупиковый. Мы хотели написать «как несложно догадаться…», но поняли, что пока догадаться сложно. Поэтому просто поверьте: первые два варианта – очень плохая идея. И мы, как говорится, пойдем другим путем – то есть третьим из перечисленных.
Для этого третьего пути нам понадобится некая сущность, которой мы можем оперировать либо как числом, либо как строкой – то есть либо выполнять арифметические действия, либо складывать ее с другими строками. Но при этом в то время, когда мы пишем макрос, мы не знаем, какое именно значение принимает эта сущность. То есть нам нужна некая виртуальная «коробка», в которой можно хранить все, что угодно, и при этом заставлять наш макрос производить с этой коробкой любые операции, как будто он имеет дело с тем содержимым, которое в этой коробке находится в момент выполнения макроса. И вот эту коробку в программировании принято называть «переменная». В принципе, переменная в программировании очень похожа на переменную в школьном курсе математики – то есть это некий «икс», который можно складывать, вычитать, умножать и так далее, как будто вы работаете с числом (но при этих операциях мы понятия не имеем, какое там число). Только в программировании в эту коробку можно складывать не только числа: например, применительно к языку макросов – имена файлов или полей (понятно, что в этом случае перечень операций, доступных для переменной, несколько другой).
Итого: переменную в макросе можно определить как контейнер («коробку»), содержимое которого неизвестно в момент написания макроса и определяется по ходу выполнения макроса. Переменная должна иметь имя, которое может состоять из одного или нескольких символов. Над переменными можно выполнять те же операции, что и над их содержимым.
Поскольку то, что вы читаете, не является официальным руководством и не обязано подчиняться строгим правилам изложения материала, здесь нет строгого и «правильного» определения переменной. Если интересно строгое определение – откройте любой поисковик и наберите запрос. То, что написано выше – это объяснение концепции переменной понятным языком (надеемся, что понятным).
Для создания переменной и для задания ее значения в языке макросов используется команда (оператор) LET. Если вы слегка знакомы с английским, можно увидеть поразительное сходство этого оператора с глаголом «to let» (позволять) или с модальным словом «let» (что в вольном переводе означает «пусть!», «а давайте!»). Суть также совпадает: строка
!LET $a# = 10
как бы говорит: «пусть в переменной $a# будет значение 10» или «а давайте засунем десятку в переменную $a#».
Переменная в макросе должна начинаться со знака доллара и заканчиваться знаком решетки.
Переменная может именоваться более, чем одной буквой. То есть переменная вполне может быть названа, например, $hello_its_me#. Причем, мало того, она не то что «может», более того, лучше, чтобы она называлась более чем одной буквой. Хороший стиль программирования (ой, пардон, написания макросов) включает в себя присвоение переменным таких имен, чтобы было примерно понятно, что эта переменная обозначает. Имя переменной $in_tr# для исходного файла треугольников намного лучше, чем, например, $a#. Хотя на работоспособность макроса это не влияет никак (а вот на «читабельность» написанного макроса – очень даже). Но здесь возникает следующее ограничение: длина имени переменной (включая знаки доллара и решетки) не должна превышать 16 символов. То есть называть переменные следует так, чтобы было «примерно понятно», что она содержит, но при этом не стоит увлекаться длиной названий.
