Является ли приложение Excel Application.Hwnd пригодным для использования с 64-битным VBA?

Question

Мне нужно получить дескриптор окна Excel 2013 x64 из 64-битного кода VBA, работающего в электронной таблице. Есть несколько вариантов, чтобы сделать это:

• Read Application.Hwnd (MSDN Application.Hwnd Property (Excel))
• вызова FindWindow, импортированные из user32, например, как описано в принятом ответ здесь: What are the differences between VBA 6.0 and VBA 7.0?:

 
    Declare PtrSafe Function FindWindow Lib "user32" Alias "FindWindowA" (_ 
      ByVal lpClassName As String, _ 
      ByVal lpWindowName As String) As LongPtr 

Проблема в том, что Application.Hwnd возвращает Long, то есть 32 бита (я проверил это с MsgBox TypeName(Application.Hwnd) в 64 битной среде), в то время как FindWindow возвращает LongPtr, который занимает 64 бит в Office x64.

Означает ли это, что объекту Application.Hwnd нельзя доверять, чтобы быть всегда корректным в 64-битной среде?

Answer 1

Означает ли это, что объекту Application.Hwnd нельзя доверять, чтобы быть всегда корректным в 64-битной среде?

Нет, это не так. LongPtr это просто переменный типа данных, который представляет собой тип данных 4-байт на 32-битную версию и тип данных 8 байт на 64-разрядные версии Office 2010.

Вы можете прочитать больше о LongPtrHere

В случае, если вышеуказанное соединение умирает ...

LongPtr (Длинного целое на 32-битных системах, LONGLONG целого числа на 64-битных системах) переменные хранятся в виде 32-разрядных (4-байтовое) номера в диапазоне от -2,147,483,648 to 2,147,483,647 на 32-битных системах; и подписанные 64-битные (8-байтовые) номерами в диапазоне от -9,223,372,036,854,775,808 to 9,223,372,036,854,775,807 на 64-битных системах.

Примечание

LongPtr не является истинным типом данных, потому что он преобразует к длинной в 32-разрядных средах или LongLong в 64-разрядных средах. Использование LongPtr позволяет записывать портативный код, который может работать как в 32-разрядной, так и в 64-разрядной средах. Используйте LongPtr для указателей и ручек.

Рекомендуется для дальнейшего чтения:

Compatibility Between the 32-bit and 64-bit Versions of Office 2010

Followup от комментариев

Однако, я волнуюсь, что с FindWindow может возвращать большее значение, окно ручка может превышать 32 бит на определенном этапе. И если это так, то Application.Hwnd не сможет вернуть правильное значение. Или вы говорите, что дескриптор окна никогда не будет превышать 32 бит?

Следующая ссылка объясняет это красиво. Interprocess Communication Between 32-bit and 64-bit Applications