Сам по себе принцип ООП интересен

А что нового, кроме того что команды в функции переделали?

разве не везде так?

Если имеешь в виду иерархию объектов, то в большинстве случаев наверно так. Но тут имеется в виду не иерархия всех объектов вообще, а иерархия классов, то есть типов объектов. В AHK v2 тоже есть корневой класс Any. Но используя эту иерархию, нельзя перечислить все экземпляры какого-либо класса, так как класс-родитель ничего не знает о созданных в коде его экземплярах. Конкретная функция — это как раз экземпляр родительского класса Func.

Сам по себе принцип ООП интересен, с его помощью можно создавать более понятный код, который проще менять.

Всё равно не понял. Разве где-то написано, что v2 должен повторить все до одной фичи JS?

Это не принцип ООП? Могу ошибаться, JS как пример привёл, но разве не везде так?

В JS такое есть, а в V2 не наблюдается.

Всё равно не понял. Разве где-то написано, что v2 должен повторить все до одной фичи JS?
По поводу питона — ну, там, скорее всего, кроме основного синтаксиса придётся изучать ещё кучу библиотек на каждый случай, а в AHK многое можно сделать "из коробки", например GUI.

глобального this

В JS такое есть, а в V2 не наблюдается. В JS в цикле ты можешь перечислить все объекты запускаемого сценария.

По второму Malcev ответил.

Можно так:

#Requires AutoHotkey v2

for fn in [SubStr, MsgBox, FileAppend] {
    MsgBox 'Type: ' . Type(fn) . '`nName: ' . fn.Name . '`nIsBuiltIn: ' . fn.IsBuiltIn
}

FileAppend(params*) {
}

Тут нет пресловутого глобального this, и перечисление имён как то не комильфо, и 2я версия в этом вопросе ничего не даёт.

А касательно диалога, мне низкий порог входа когда дал саму эту возможность входа. Зачем теперь АНК, если есть питон?

• Язык изначально создавался как простой инструмент для непрограммистов

• Язык приобрёл некоторую популярность, появилось сообщество

• Появились опытные пользователи, они захотели более продвинутых возможностей

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

Се ля ви, не новички же поддерживают разработку.

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

CoordMode Pixel  ; Interprets the coordinates below as relative to the screen rather than the active window.
ImageSearch, FoundX, FoundY, 0, 0, A_ScreenWidth, A_ScreenHeight, *Icon3 %A_ProgramFiles%\SomeApp\SomeApp.exe
if (ErrorLevel = 2)
    MsgBox Could not conduct the search.
else if (ErrorLevel = 1)
    MsgBox Icon could not be found on the screen.
else
    MsgBox The icon was found at %FoundX%x%FoundY%.

И на ahk v2:

CoordMode "Pixel"  ; Interprets the coordinates below as relative to the screen rather than the active window.
try
{
    if ImageSearch(&FoundX, &FoundY, 0, 0, A_ScreenWidth, A_ScreenHeight, "*Icon3 " A_ProgramFiles "\SomeApp\SomeApp.exe")
        MsgBox "The icon was found at " FoundX "x" FoundY
    else
        MsgBox "Icon could not be found on the screen."
}
catch as exc
    MsgBox "Could not conduct the search due to the following error:`n" exc.Message

В первом случае достаточно почитать, что такое errorlevel, а во-втором - функции, объекты, try catch.
Кстати, этого всего пытался избежать автор автохотки Chris:
https://www.autohotkey.com/board/topic/ … e-changes/