AHK: Определение адреса метки до её использования

Тебе нужен массив именно случайных чисел для идентификации, т.е. 1,2,3... не подходят?
Можно попробовать использовать счетчик тактов процессора, довольно трудно будет получить 2 одинаковых числа в пределах одного скрипта:

SetBatchLines -1
DllCall("QueryPerformanceCounter", "Int64*", C0)
DllCall("QueryPerformanceCounter", "Int64*", C1)
MsgBox % C0 " `;  diff = " C1 - C0

поясню для чего он нужен.
Есть некое число подпрограмм, которые определяют HotKey, т.е. их много но клавиши могут совпадать.
Может 1,2,3... подойдут, но я не знаю как их передать ибо они находятся в секции

#If inActive("Имя окна")
Клавиша1::
; Код исполнения
return
Клавиша2::
; Код исполнения
return
;==== и т.д.
#IfWinActive

  Получается до активации окна я не могу получить/вычислить UIA , и я модифицировал код в такой вид.

#If inActive("Имя окна")
Клавиша1::
a:=1
fnUIA (&a)
; Код исполнения
return
Клавиша2::
a:=1
fnUIA (&a)
; Код исполнения
return
;==== и т.д.
#IfWinActive

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

Есть очень большой и сложно организованный массив данных, по которому работает горячая клавиша и если к нему обращаться каждый раз, то начинаются тормоза. Во избежание оных я пытаюсь каким-то Макаром ещё до нажатия на них построить индексный массив, который позволить при нажатии на горячую клавишу свести задержки к минимуму. Вот приблизительно так:

a:=Array[i]

Для переменной A не требуется уникальность, а вот I должен быть уникальным и что бы это обеспечить я вызываю функцию с передачей ей нечто уникального, а она возвращает индекс - вот как то так

a:=Array[fUIA(что то, что было ранее вычислено именно для этого фрагмента скрипта)]

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

Вот что я пытаюсь решить, а ГПСЧ был первой, мыслю, но я понял, что толку то он мне не даст.

P.S. Скрипт откомпилирован.

После ряда проверок я пришёл к вот такому решению

A::
goto обход_переменной
переменная_имя_уникальное:=0 ; позже в неё будет записан индекс
обход_переменной
a:=Array[fUIA(переменная_имя_уникальное)]
; Код
Return

;Инициализация в которой записаны или метки или переменные в виде массива
;Предварительно внести все имена используемых переменных в список, по-другому никак, разве что прочитать из главного окна скрипта.
; Это не я писал + адреса переменных не нужны.
list := ["переменная_имя_уникальное1", "переменная_имя_уникальное2"]
var1 := 1, var2 := 2

addr1 := &var1

for k,v in list
   if (&%v% = addr1)
      MsgBox, % v

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

Я вроде верно всё записал

P.S. Тjлько вот определиться переменная без её прямого использования, ведь AHK не предикатный язык.

К кому нему? Короче, мне не понятно абсолютно ничего. Но я, собственно, не настаиваю на подробных разъяснениях. Может, кто-то и так поймёт и подскажет вам решение.

OFF:
Судя по названию темы, сложно что-то понять, прочитав 1-й пост.
Indomito, мне кажется что тебе стоит отдохнуть немного, отвлечься... Ото мозги кипят уже наверно.

Может по такому шаблону попытаетесь:

; инициализация
Обработка массивов и т.д.
Пред-обработка клавиши (вам же извесно какая клавиша для чего в вашем скрипте)
return

; Непосредственно клавиша
Key::
{
бла-бла-бла
}
return

; функции если имеются
Functions()
{
...
}

; End

Тут, главное, непонятна глобальная цель всей этой возни с индексами. А без этого задача звучит довольно бредово. Да и постоянно концы висят в объяснениях.

Идентификаторы чего?

Соответствие индекса чему?

А что это такое

if initkey%A_ThisHotkey%=

разве не надо чему то приравнять или с чем то сравнить?

Я написал на основе примера тест

#Persistent
a::
;initkey%A_ThisHotkey%
a:=  %A_ThisHotkey%
msgbox % a
return

MsgBox ничего не вывел... что то я не понял

Блин ступил, надо так

#Persistent
a::
a:=  A_ThisHotkey
msgbox % a
return

Так, а как получить уникальность то.... ? Переменная всегда будет initkey%A_ThisHotkey%, т.е. в моём случае initkeyа

И про

ну присвоили мы её 1, а потом что с этим делать то, что то я не очень понимаю.

И ещё таких переменных может быть две и более, так одинаковых клавиш много в скрипте.

Да. проблема в том что их много, много RShift, RCtrl и т.д.

Нужна двойная уникальность переменная и её адрес или... что-то иное, но одно имени мало.

да, нет, просто он большой, а что именно показать я не знаю

все файлы? Ты там просто запутаешься, честное слово... около 5000 строк, не сжатый exe весит около 3 Мб... кажется или больше.

Я кажется нашёл более простое решение, но на основе твоего

#Persistent
goto initvar
a::
if (!Var1) 
      return
 msgbox % Var1
return
b::
if (!Var2) 
      return
 msgbox % Var2
return

initvar:
Var1:=1
Var2:=2
return

  Ну массивы я пропустил, для упрощения, для наглядности.

это по привычке.
У меня все ahk-файлы подключаются по #Include
И в каждом модуле:
Первая строчка goto leave_Games(как пример, в каждом модуле разные метки, они именуются по его имени)
Потом код
Последняя leave_Games:

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

Кстати, рекомендую такой метод, ну если ты иного не используешь.

Это ты про всё в целом или про то тему топика?
Если про всё, то не думаю что получится т.е. RETURN просто завершит скрипт.

Вот основной файл.

;*********************************************
;***************BEGIN SCRIPT******************
;*********************************************
;-----Инициализация
; Скрипт не выгружается
#Persistent
; Запрет повторного запуска
#SingleInstance

OnExit, EndASOS

;=============Секция подключения файлов
#Include c:\AHK\Include\                  ;  Устанавливаем путь к общим файлам
#Include PathUses.ahk
#Include C:\AHK\AllSystemOS\              ; Устанавливаем путь к файлам скрипта
#Include ResourceASOS.ahk                 ; Установка ресурсов скрипта
#Include VarScript.ahk                    ; Переменные/константы для скрипта и начальная инициализация
#Include HelpKey.ahk                      ; Справка по клавишам
#Include Games.ahk                        ; Управление играми
#Include AppStartUp.ahk                   ; Запуск приложений
#Include RunCon.ahk                       ; Запуск с консоли
;Тут писать новые подключаемые файлы к скрипту.
#Include EventManager.ahk                 ; Менеджер событий
#Include InitASOS.ahk                     ; Инициализатор скрипта. Обязательно последняя в списке подключения!!!!
#Include TrayASOS.ahk
;=============Секция инициализации скрипта
Gosub InitASOS        ;Старт иницализации
fnPathUses()          ;Иницализация путей
fnResource()          ;Иницализация ресурсов скрипта
fnOverallSection()    ;Иницализация блока переменных
fn_arMainKeyInit()
; Тут дописывать нужные иницализации.
fnTrayASOS()          ;Cменить иконку скрипта  и меню скрипта. Обязательно тут перед завершение инициализации скрипта!
Gosub lCloseInitASOS  ;Завершение иницализации. Обязательно последний вызов после всех!
return

ExitSub:
lExitProc:
EndASOS:
ExitApp
;============= 

И где проверку то ставить?
Ведь каждый  файл подключённый по #Include начнёт выполнятся и придётся менять порядок подключения, т.к. инициализация происходит в определенном порядке, при его нарушении скрипт будет не работоспособен.

Я так и не понял. Что такое "предобработка клавиши"?
Как понимать "уникальные идентификаторы для каждой подпрограммы"? Что это такое и с чем его едят?

Поясняю.

Есть скрипт, который является фрагментом другого скрипта.
В этом скрипте присутствуют, ну скажем 10 определений клавиши RShift, они срабатывают по-разному, так как каждая из них находится в секции проверки активности разных окон.
Так вот проблема заключалась в том, что бы задать каждой клавише RShift разные действия, но они задаются из области, которая не контролирует окна.
Конечно, можно проблему решить проще, но мне показалось, что оптимально создать массив, который определит действия каждой клавиши. Проверять какое из окон активно, то же вариант, но надо сначала сделать предварительную инициализацию каждой из клавиш, что бы она сразу/напрямую считала нужные действия из массива, а не динамически их обрабатывала в ходе нажатия.
Что бы поменять действия по нажатию на клавишу, то я просто вношу поправки в массив, а не в процедуру обработки нажатия на клавишу.

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

Вроде полностью объяснил, почему мне потребовался вариант с предопределением индексов

P.S. Ещё есть вариант, с предописанием и проверкой меток, но там нет зависимости от окон. Все подпрограммы работают в одном окне, пока не запустится любое полноэкранное приложение - тогда они просто отключаются, но не все, остаются 2-3 клавиши. Они позволяют контролировать это полно экранное приложение и ещё кое-что, что должно постоянно срабатывать.

Korobkoff всё абсолютно верно, я теперь вот написал в начале каждой клавиши, такой фрагмент.

RShift::
if (!listVar[iWitcher2_RShift]) 
    return
; Далее код получения по значению переменной Witcher2_RShift, которая является индексом в массиве
; Потом код выполнения
return

По идее всё верно, но скрип ещё не написал, доделываю основную обработку обработку массива и думаю как оформить эти переменные.

Например так (Инициализация)

listVar := [Witcher2_RShift, Witcher2_LShift,......]
Witcher2_RShift:=0, Witcher2_LShift:=0

или как то иначе.

Жаль что нет в AHK положить по адресу...

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

Я просто думаю как оформить сами переменные, как вариант вызывать функцию с передачей имени переменной, возвращать можно индекс, но как на прямую заполнить/записать в переменную, что то не зная её имени... в AHK нет таких средств или я о них не знаю.