Как сделать параметр одной функции видимым для остальных функций?
У функции WinMain есть параметр hInstance. Значение этого параметра иногда нужно использовать в других функция этого же файла. Естественно, самый простой способ - создать глобальную переменную того же типа но с другим именем и присвоить ей значение параметра hInstance. Вот только не хочется плодить переменные.
В языке C++ можно создать глобальную переменную с тем же именем (hInstance) и потом внутри функции WinMain с помощью оператора разрешения контекста присвоить глобальной переменной hInstance значение параметра hInstance функции WinMain:
А как быть в языке C, в котором пространства имен нет?
В языке C++ можно создать глобальную переменную с тем же именем (hInstance) и потом внутри функции WinMain с помощью оператора разрешения контекста присвоить глобальной переменной hInstance значение параметра hInstance функции WinMain:
Код:
::hInstance = hInstance
А как быть в языке C, в котором пространства имен нет?
ты сам себе противоречишь
то ты: "Вот только не хочется плодить переменные" и тут же создаешь ее
а что мешает передавать эту переменную в нужную функцию ?
то ты: "Вот только не хочется плодить переменные" и тут же создаешь ее
а что мешает передавать эту переменную в нужную функцию ?
Пример с глобальной переменной, имеющей то же имя, что и локальная переменная, - это просто попытка если и не обойтись совсем без дополнительных переменных, то хотя бы использовать везде одно и то же имя. Но ведь на то и язык C, чтобы с его помощью можно было сделать все что угодно. Вопрос только в том, как?
Переименовать локальную переменную в WinMain:
Код:
INT WINAPI WinMain(HINSTANCE hInst, ...)
{
hInstance = hInst;
// ...
}
{
hInstance = hInst;
// ...
}
Тогда уже можно объявить глобальный указатель на тип HINSTANCE, а потом в теле функции WinMain присвоить ему адрес параметра hInstance. В общем случае так делать, наверное, и неправильно, но ведь выполнение программы начинается и заканчивается в функции WinMain, и, следовательно, ее локальные переменные никуда не исчезают и остаются на протяжение всего времени выполнения программы по тем же адресам.
Код:
void MyFunc(HINSTANCE hInstance);
HINSTANCE * phInstance;
INT WINAPI WinMain(HINSTANCE hInstance, ...)
{
phInstance = &hInstance;
...
}
void foo()
{
MyFunc(*phInstance);
...
}
HINSTANCE * phInstance;
INT WINAPI WinMain(HINSTANCE hInstance, ...)
{
phInstance = &hInstance;
...
}
void foo()
{
MyFunc(*phInstance);
...
}
Цитата: Tirpitz
Тогда уже можно объявить глобальный указатель на тип HINSTANCE, а потом в теле функции WinMain присвоить ему адрес параметра hInstance. В общем случае так делать, наверное, и неправильно, но ведь выполнение программы начинается и заканчивается в функции WinMain, и, следовательно, ее локальные переменные никуда не исчезают и остаются на протяжение всего времени выполнения программы по тем же адресам.
А теперь сравни:
Код:
void MyFunc(HINSTANCE hInstance);
HINSTANCE * phInstance;
INT WINAPI WinMain(HINSTANCE hInstance, ...)
{
phInstance = &hInstance;
...
MyFunc(*phInstance);
}
HINSTANCE * phInstance;
INT WINAPI WinMain(HINSTANCE hInstance, ...)
{
phInstance = &hInstance;
...
MyFunc(*phInstance);
}
и
Код:
void MyFunc(HINSTANCE hInstance);
HINSTANCE hInstance;
INT WINAPI WinMain(HINSTANCE hInst, ...)
{
hInstance = hInst;
// ...
MyFunc(hInstance);
}
HINSTANCE hInstance;
INT WINAPI WinMain(HINSTANCE hInst, ...)
{
hInstance = hInst;
// ...
MyFunc(hInstance);
}
Какой код понятнее и короче?
Цитата: Tirpitz
Тогда уже можно объявить глобальный указатель на тип HINSTANCE, а потом в теле функции WinMain присвоить ему адрес параметра hInstance. В общем случае так делать, наверное, и неправильно, но ведь выполнение программы начинается и заканчивается в функции WinMain, и, следовательно, ее локальные переменные никуда не исчезают и остаются на протяжение всего времени выполнения программы по тем же адресам.
Ай-ай-ай, а как же конструкторы/деструкторы глобальных объектов? Или, если говорить про язык C, то функции, переданные в atexit()? Они же не смогут проконтролировать, когда и откуда их вызвали. Может получиться гейзенбаг :)
Вообще ради hInstance такое городить не стоит. Всегда же можно вызвать GetModuleHandle( 0 ).
Насчет того, "Какой код понятнее и короче?", то, конечно, и понятнее, и короче, и надежнее просто использовать дополнительную переменную hInst.
И большое спасибо, tarekon, за GetModuleHandle(). В который раз убедился, что где-то в недрах WinAPI непременно есть та самая функция, которая нужна в данном случае.
И большое спасибо, tarekon, за GetModuleHandle(). В который раз убедился, что где-то в недрах WinAPI непременно есть та самая функция, которая нужна в данном случае.
Цитата: Tirpitz
Насчет того, "Какой код понятнее и короче?", то, конечно, и понятнее, и короче, и надежнее просто использовать дополнительную переменную hInst.
Интересно, где это я ввожу дополнительную переменную в сравнении с другим кодом? Ты называешь переименование параметра функции вводом дополнительной переменной?
Nixus, дополнительной переменной я считаю глобальную переменную hInstance в примере:
Просто изначально интересно было, можно ли сделать параметр hInst (локальную для функции WinMain переменную) видимым для других функций в этом же файле. Без введения любых других переменных.
Код:
HINSTANCE hInstance;
INT WINAPI WinMain(HINSTANCE hInst, ...)
{
hInstance = hInst;
...
}
INT WINAPI WinMain(HINSTANCE hInst, ...)
{
hInstance = hInst;
...
}
Просто изначально интересно было, можно ли сделать параметр hInst (локальную для функции WinMain переменную) видимым для других функций в этом же файле. Без введения любых других переменных.
Смотрим первое сообщение:
Ты думаешь этот код будет работать без дополнительной переменной?
Ну и конечно куда проще везде писать GetModuleHandle(0), чем hInstance.
Код:
::hInstance = hInstance
Ты думаешь этот код будет работать без дополнительной переменной?
Ну и конечно куда проще везде писать GetModuleHandle(0), чем hInstance.
Nixus, я вовсе не думаю, что "::hInstance = hInstance" "будет работать без дополнительной переменной". Повторю свои слова из второго сообщения:
Цитата:
... это просто попытка если и не обойтись совсем без дополнительных переменных, то хотя бы использовать везде одно и то же имя.
Кроме того, я же безо всякой иронии согласился, что:
Цитата:
... и понятнее, и короче, и надежнее просто использовать дополнительную переменную hInst.
А насчет GetModuleHandle() - я, например, не знал, что можно получить значение hInstance иначе, кроме как из передаваемого в функцию WinMain параметра. Не знаю как насчет производительности, но в данном конкретном случае эта функция действительно заменяет создание новой глобальной перменной :)
Будь внимателен!
GetModuleHandle(NULL) возвращает хендл (базовый адрес) модуля первым загруженный в процесс (т.е. основного модуля, обычно это хендл образа запущенного EXE), а не хендл модуля из которого происходит вызов ф-ции GetModuleHandle.
Т.е. если ты вызовешь GetModuleHandle(NULL) из кода DLL (или другого неосновного модуля), то получишь хендл не этой DLL, а на основного модуля.
GetModuleHandle(NULL) возвращает хендл (базовый адрес) модуля первым загруженный в процесс (т.е. основного модуля, обычно это хендл образа запущенного EXE), а не хендл модуля из которого происходит вызов ф-ции GetModuleHandle.
Т.е. если ты вызовешь GetModuleHandle(NULL) из кода DLL (или другого неосновного модуля), то получишь хендл не этой DLL, а на основного модуля.