Переписал до рабочего состояния. (Или до вменяемого сообщения об ошибке, если раскомментировать DIM echo.)
В моём примере нет бага, конечно.
Просто не понял - для чего ? 
Т.е какова цель ?
Переписал до рабочего состояния. (Или до вменяемого сообщения об ошибке, если раскомментировать DIM echo.)
В моём примере нет бага, конечно.
Просто не понял - для чего ? Т.е какова цель ?
В тему багов...
Попробую продолжить. Переписал до рабочего состояния. (Или до вменяемого сообщения об ошибке, если раскомментировать DIM echo.)
Execute "Function echo(text):" & _
"MsgBox(text):" & _
"End Function"
' Dim echo
MsgBox "VarType: " & VarType(echo("some text"))
MsgBox TypeName(echo("some text"))По теме - да, баг. Наверно, сложно было обнаружить.
]]>
Execute "Sub echo(text):" & _
"MsgBox(text):" & _
"End Sub"
Dim echo
MsgBox "VarType: " & VarType(echo)
MsgBox TypeName(echo)
VarType: 76 ??
TypeName:
Ошибка: Переменная использует не поддерживаемый в VBScript тип программирования объектов: 'TypeName'
Согласно документации, Execute исполняет код в контексте места вызова
Как оказывается, кроме игнорирования Option Explicit, он создает незадекларированные переменные не в контексте вызова, а в глобальном. Однажды я писал про это и еще про кое-какую "багофичу" Execute.
]]>По обоим критериям получается, что и Execute("A=1"), и дублирование имён функций - баги, т. к. в документации их нет, польза сомнительна, а потенциальный вред понятен
Не поверите, но иногда возникает необходимость в подмене функций в готовом модуле. И тогда такая возможность оказывается очень полезна. По поводу документации, сразу вспомнилась история про американскую пенсионерку, которая "посушила" кота в СВЧ печке, а потом предъявила иск страховой компании за то, что получила жаркое вместо кота и выиграла суд. С тех пор инструкции к забугорной бытовой технике по толщине с небольшую книгу. Потому что компании приходится расписывать, что их прибор нельзя засовывать в .... ковырять им в ...., а не то .... и ой ой ой
Я к тому, что - ну нельзя ж всё расписывать. Поэтому исходят из логики - что не запрещено, то разрешено. Например ни кто не запрещает в именах переменных и функций в VBS использовать не только латиницу,
Dim [переменная]: [переменная] = 1но сказать, что это сплошь и рядом написано - не видел.
Вообще по поводу "feature" в английском переводе "feature" переводится как "особенность". Я не против "американизмов", но слово "особенность", лично мне - ближе.
P.S Сейчас по работе приходится иметь дело с USB токенами, устройствами криптографии. Работа с ними осуществляется через Сишные библиотеки с функциями написанными по стандарту PKCS11. В этом стандарте расписано какие функции и с какими именами должна содержать библиотека, какие данные должны возвращать и какие параметры получать на вход каждая функция. НО ! У меня сейчас на столе лежит 3 класса устройств и 3 библиотеки для работы с ними. И У КАЖДОЙ есть своя "багофича" при реализации функций ПО ОБЩЕМУ стандарту PKCS11, будь он не ладен ! )
]]>Текст ошибки-то читали?
Нет, ввиду отсутствия оного.
Так чего ждать от скрипта, если одна из переменных не объявлена (хоть в Execute, без разницы)?
Я бы ждал сообщения об ошибке во время выполнения. К сожалению, его нет, про это и тема.
Или вы имеете ввиду часть кода:
A = "some" : B = "thing" ' будет ошибка, переменная A не декларированаТак речь не о ней.
]]>
..]]>ВасилийП уже сделал для себя открытие в объявлении функций с одинаковым именем - ссылка. Он тоже поинтересовался "баг" это или "фича".
Я бы сказал ни то ни другое, а "особенность работы интерпретатора, заложенная разработчиками."
Обнаружил особенность: внутри Execute не действует Option Explicit, то есть можно использовать не декларированные явно переменные. Пример:
Option Explicit
Dim B
A = "some" : B = "thing" ' будет ошибка, переменная A не декларирована
Execute "A = ""some"" : B = ""thing""" ' а это отработает нормально
Msgbox A & B
A = "same" : B = "thing" ' теперь А декларирована неявно ранее, несмотря на Option Explicit, поэтому ошибки нет
Msgbox A & BOption Explicit, применённая внутри Execute, действует. Пример:
Option Explicit
Dim B
Execute "Option Explicit : A = ""some"" : B = ""thing""" ' теперь будет ошибкаСогласно документации, Execute исполняет код в контексте места вызова, то есть Option Explicit должна действовать для кода, исполняемого Execute.
Кроме этого, Option Explicit не имеет понятия области действия, а всегда действует на весь скрипт.
Хочу попросить у вас комментария: это баг или фича?
]]>