[Баг] Assign создаёт не валидные переменные

[CreatoR]

Как выяснилось, Assign может создать переменную которая является “неправильной” переменной, т.е может содержать практический любые символы, включая пробелы!

А Eval в свою очередь умеет распознавать такие переменные.

Assign("Переменная", "Значение")
MsgBox(64, 'Title', "$Переменная=" & Eval("Переменная"))

однако использовать такую переменную традиционно нельзя:

$Переменная ;Естественно выдаёт ошибку

Не знаю баг ли это, но это явно непредвиденное поведение, хотя и весьма полезное.

 

[amel27]

CreatoR

Не знаю баг ли это, но это явно непредвиденное поведение, хотя и весьма полезное.

адназначна фича!.. почти штатный "Scripting.Dictionary"

 

[SyDr]

Возможно, что поведение аналогично поведению с Default - не обрабатывается, чтобы ускорить обработку скрипта.

 

[Garrett]

CreatoR [?]

Не знаю баг ли это, но это явно непредвиденное поведение, хотя и весьма полезное.

IMHO скорее полезная!

 

[Yashied]

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

 

[Garrett]

IMHO это не баг, потому как именно Assign и Eval тут как нельзя, кстати, показывают нам, что в Autoit`e можно использовать имена переменных какие вам вздумается. CreatoR кстати это очень наглядный пример к нашему разговору о правильности обращения к переменным! Именно для таких ("своих") переменных видимо и нужны эти функции.
Вот примеры, которые показывают работу Assign и Eval:

Assign("a.b", 12)
Assign("a+b", 12)
Assign("a_b", 12)
Assign("ab", 12)

ConsoleWrite(Eval("a" & "_" & "b") & @CRLF)
ConsoleWrite($a_b & @CRLF)
ConsoleWrite(Eval("a" & "+" & "b") & @CRLF) ; тут как раз таки и нужна функция Eval
;~ ConsoleWrite($a+b & @CRLF) ; тут будет ошибка. плюс зарезервированный оператор
ConsoleWrite(Eval("a" & "." & "b") & @CRLF) ;  тут как раз таки и нужна функция Eval
;~ ConsoleWrite($a.b & @CRLF) ; тут будет ошибка. точка зарезервированна для работы с объектами
ConsoleWrite(Eval("ab") & @CRLF)
ConsoleWrite($ab & @CRLF)

 

[SyDr]

Each variable has a name and must start with the $ character and may only contain letters, numbers and the underscore _ character.

 

[Garrett]

Each variable has a name and must start with the $ character and may only contain letters, numbers and the underscore _ character.

Ну тогда ничего не поделаешь! ;D

P.S. IMHO Eval в других случаях бесполезная функция в Autoit.

Кстати, кто сможет внятно прокомментировать этот код:

Dim $ab
Assign("ab", 12, 4) ; смысл этой записи?
ConsoleWrite(Eval("ab")) ; смысл этой записи?
ConsoleWrite($ab)
;~ гораздо рациональнее придерживаться правил!
;~ 1. любая переменная должна быть объявлена, прежде чем она будет использоваться
;~ 2. объявлять пространство действия этой переменной
;~ Assign полезная функция, а вот Eval IMHO бесполезная

 

[Yashied]

IMHO Eval в других случаях бесполезная функция в Autoit.

Вот здесь Eval() очень к стати.

Кстати, кто сможет внятно прокомментировать этот код...

Просто код.

 

[SyDr]

Смсысл использования Eval() состоит в том, что вы можете спокойно обращаться к несуществующим переменным.

Dim $vTemp
While Not @error
	$vTemp = InputBox("Введите число от 1 до 100", "Введите число от 1 до 100", $vTemp)
	If Not @error And $vTemp > 0 And $vTemp < 101 Then Assign('a' & $vTemp, Eval('a' & $vTemp) + 1)
WEnd

$vTemp &= 'Вы ввели следующие числа:' & @CRLF

For $iCount = 1 To 100
	If IsDeclared('a' & $iCount) Then $vTemp &= 'Число ' & $iCount & ' введено ' & Eval('a' & $iCount) & ' раз' & @CRLF
Next

MsgBox(262144, Default, $vTemp)

 

[CreatoR]

Garrett [?]

скорее полезная!

А я что написал? :blink:

[?]

Assign и Eval тут как нельзя, кстати, показывают нам, что в Autoit`e можно использовать имена переменных какие вам вздумается.

Кто показывает? в справке об этом ни слова. Единственное ограничение которое упоминаетя, это использование элементов массива:

$sVarName = "Переменная[0]"
Assign($sVarName, "Значение")
MsgBox(64, 'Title', "$" & $sVarName & "=" & Eval($sVarName))

Вобщем нужно написать тикет, чтобы добавили упоминание данного поведения в справку.

 

[kaster]

OffTopic:
CreatoR [?]

чтобы добавили упоминание данного поведения в справку

как бы не убрали эту фичу из проекта, вместо этого ;D

 

[amel27]

Garrett

;~ гораздо рациональнее придерживаться правил!
;~ 1. любая переменная должна быть объявлена, прежде чем она будет использоваться
;~ 2. объявлять пространство действия этой переменной
;~ Assign полезная функция, а вот Eval IMHO бесполезная

следуя такой логике, следовало бы просить разработчиков сделать обязательным объявление всех переменных... ;)

я не вижу тут бага, просто у Assign/Eval больше возможностей распознать имя переменной, чем у интерпретатора, которому приходится его вычленять из потока кода... ограничение ввести можно, но оно будет заведомо искусственным

P.S. кстати, с точки зрения идеологии процедурного программирования Assign/Eval как раз и есть наиболее правильный (базовый) метод работы с переменными... другое дело, что этой парочке не хватает Enum(), возвращающей массив задействованных имен переменных, желательно с фильтром по имени (в идеале - regexp)

 

[CreatoR]

amel27 [?]

другое дело, что этой парочке не хватает Enum(), возвращающей массив задействованных имен переменных, желательно с фильтром по имени (в идеале - regexp)

Отличная идея, нужно бы разработчикам подкинуть.

 

[SyDr]

Enum в AutoIt есть. Только он другое делает

 

[Garrett]

SyDr [?]

Enum в AutoIt есть. Только он другое делает

В Autoit`e Eval тоже есть, и тоже делает другое, по отношению к другим ЯП ;)

 

[CreatoR]

SyDr [?]

Enum в AutoIt есть

Нужно что-то типа VarEnum().