Глобальный HINSTANCE для всего проекта

Здравствуйте. Помогите решить проблему Думаю, по ходу решения всплывет мое непонимание какого-то аспекта структуры программы, по этому поводу тоже прошу меня просвятить.

Итак, сейчас все работает. Проект состоит из нескольких файлов с исходниками и одного хидера (main.h), содержащего описания классов, прототипы функций, нужные подключаемые библиотеки итд.
Файл с функцией main (main.cpp) сильно перегружен: там находятся обработчики сообщений для всех диалоговых окон, конструкторы некоторых интерфейсных классов и прочий мусор. Задача - разделить все это для удобства по нескольким файлам.
Сейчас, в самом начале main.cpp, у меня красуется
Соответственно, hInst виден только в пределах main.cpp. Некоторые из функций, которые нужно перенести из main.cpp в другой файл, используют hInst. Следовательно, нужно сделать этот дескриптор видимым для них. Самым простым вариантом мне показалось перенести его объявление в main.h. Но не тут-то было.
Сейчас main.h выглядит так:

В каждом сорс-файле в проекте в самом начале написано #include main.h

Так вот, если просто целиком скопировать в main.h, при компиляции получаем ошибку: error LNK2005: "struct HINSTANCE__ * hInst" (?hInst@@3PAUHINSTANCE__@@A) already defined in command.obj. Ошибка вылезает 5 раз, по числу cpp-файлов в проекте.
Если запихнуть объявление HINSTANCE hInst в main.h, а в main.cpp на том же месте написать hInst = 0, ошибки вылетают следующие: error C4430: missing type specifier - int assumed. Note: C++ does not support default-int И error C2040: 'hInst' : 'int' differs in levels of indirection from 'HINSTANCE'.

Научите, в чем проблема, пожалуйста

0

во все файлы,кроме одного напиши так
extern даст понять компилятору что переменная где то объявлена не в этом файле

Добавлено через 3 минуты

Сообщение от ValeryS во все файлы,кроме одного напиши так

чтобы не пихать в каждый файл
можно написать в main.h
а в main.cpp
кстати можно написать и так
глобальные переменные обнуляются автоматически

1

ValeryS, спасибо, завтра попробую. А вообще структура программы, как у меня, является рациональной? Один толстый хидер с описанием классов и прототипами, подключаемый к каждому из исходников, содержащих тела классов и тела функций? Или у людей по-другому это делается?

Добавлено через 2 минуты
И прошу прощения, что сперва написал, а потом подумал. Сейчас представил себе, как здесь будет работать ifndef-define, и понял, что мой вариант с HINSTANCE hInst = 0 внутри хидера был в корне неправильным Это к предложенному варианту, а вопрос выше все еще актуален.

0

Сообщение от yeng Один толстый хидер с описанием классов и прототипами, подключаемый к каждому из исходников,

разбей на сущности
типа каждому классу свой заголовочный файл
а в main.h можешь подключить нужные

0

ValeryS, то есть чтобы что-то подобное получилось?




А тогда еще один вопрос. В каждый из этих отдельных хидеров могут подключаться необходимые для их работы стандартные хидеры. То есть, например, math.h подключен и в cl1.h, и в cl2.h, а в main.h подключаются и cl1.h, и cl2.h, то есть получится, что math.h подключается 2 раза. На это, вроде бы, компилятор ругаться будет. Как с этим быть?

0

Сообщение от yeng то есть получится, что math.h подключается 2 раза. На это, вроде бы, компилятор ругаться будет. Как с этим быть?

Сообщение от yeng C++ 1 2 3 4 #ifndef _MAIN_H_INCLUDED #define _MAIN_H_INCLUDED // ... #endif // _MAIN_H_INCLUDED

Чтобы избежать подобной ситуации и определяют символ HEADERFILENAME_H_INCLUDED (или что-то подобное) или можно еще #pragma once в начале хеадер файла писать. Мой math.h:

0

Сообщение от schdub Чтобы избежать подобной ситуации и определяют символ HEADERFILENAME_H_INCLUDED

Все равно не понимаю.
Вот пример:

h1.h:
h2.h
Нам нужно подключить оба этих хидера в main.h .
Как я понял, директивы ifndef-define работают для того, чтобы один и тот же хидер не подключался несколько раз. Но ведь здесь у нас 2 разных хидера, которые ВНУТРИ себя содержат один и тот же хидер. Не понимаю.

0

во первых в <math.h> уже есть обвязка исключающая двойное включение
а во вторых зачем его пихать в заголовочный файл? не проще в cpp?

0

Сообщение от ValeryS а во вторых зачем его пихать в заголовочный файл? не проще в cpp?

А если подключаемый хидер содержит какие-либо пользовательские классы, а хидер, который пишем мы, содержит прототипы функций, получающих или возвращающих объекты этих классов? Компилятор ругнется, потому что хидер не будет "знать" этих типов.

Сообщение от ValeryS во первых в <math.h> уже есть обвязка исключающая двойное включение

Во всех стандартных библиотеках есть?

0

Сообщение от yeng А если подключаемый хидер содержит какие-либо пользовательские классы, а хидер, который пишем мы, содержит прототипы функций,

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

Сообщение от yeng Во всех стандартных библиотеках есть?

это не библиотеки а заголовочные файлы
если написаны нормально то да
открой любой стандартный заголовок и увидишь сколько там директив условной компиляции

0

Сообщение от ValeryS нафантазировать можно все что угодно

Ну ок. Допустим, мы пишем хидер с прототипом функции string* Function (void). В cpp-файле у нас тело этой функции. Куда нам подключать хидер string.h, в таком случае? Ведь если подключить только в cpp-файле, хидер не пропустит компилятор. Подключать и там, и там? Проще в хидере подключить, не?
Я тут не в глаза долблюсь, я прошу, чтобы мне объяснили, как сделать правильно, или ткнули носом, где почитать.

0

Сообщение от yeng Куда нам подключать хидер string.h,

в этом случае, конечно в заголовочный

Сообщение от yeng Ведь если подключить только в cpp-файле, хидер не пропустит компилятор.

может и пропустить,если напишешь так
нужно понять как работает препроцессор встретив include
а он просто вставляет содержимое файла на место include

0

Сообщение от ValeryS а он просто вставляет содержимое файла на место include

Это я осознал. Тогда возвращаясь к предыдущему вопросу: как быть в случае подключения в "главный" хидер двух различных хидеров, в каждом из которых подключен одинаковый хидер? Вот этот пример:

Сообщение от yeng То есть, например, math.h подключен и в cl1.h, и в cl2.h, а в main.h подключаются и cl1.h, и cl2.h

Забить на всё и подключать, уповая на

Сообщение от ValeryS открой любой стандартный заголовок и увидишь сколько там директив условной компиляции

, так обычно делают? Соответственно, когда пишут свой хидер, тоже активно директивы пишут?

0