Объявление глобальных переменных для всего проекта

@Pavliga · Регистрация: 15.04.2009

Студворк — интернет-сервис помощи студентам

Подскажите как объявить переменные, так чтобы они были глобальными для всего проекта, т.е. для всех модулей: Unit1, Unit2 и т.д.

@darkAngel · 15.04.2009, 13:25

Можно просто подлючить пустой файл file.cpp, где и прописать переменные.
А потом этот файл везде, где нужны эти переменные глобальные, подключать через #include

@mirso · 15.04.2009, 14:54

Что такое Unit1 и Unit2?
Это для программиста два файла,
а для компилятора один
(если вы конечно не забыли их связать #include-ом).

Что такое глобальные?
Это переменные вне функций!

Что такое

C++
1
__fastcall TForm1::TForm1(TComponent* Owner) : TForm(Owner){}

?
Это функция в функции.

Дальше ясно?

@RazorQ · 15.04.2009, 14:57

Можно делать так. В одном файле пишем:

C++
1
int i, a, b;

А в другом пишем:

C++
1
extern int i, a, b;

А линковщик заменит на одну порцию переменных.

@Pavliga · 16.04.2009, 03:13 **[ТС]**

Отличный вариант! воспользовался им, помогло.
в другой раз попробую вариант darkAngel: "Можно просто подлючить пустой файл file.cpp, где и прописать переменные.
А потом этот файл везде, где нужны эти переменные глобальные, подключать через #include"

Evg · 18.04.2009, 11:56

Сообщение от Pavliga

в другой раз попробую вариант darkAngel: "Можно просто подлючить пустой файл file.cpp, где и прописать переменные.
А потом этот файл везде, где нужны эти переменные глобальные, подключать через #include"

Он тебе подсказал неправильный вариант. Директива #include означает непосредственную подстановку текста файла. Т.е. если рассмотреть то, что предложил darkAngel на коротком примере

Файл t.h:

C++
1
int a, b;

Файл t1.cc:

C++
1
2
3
4
5
#include "t.h"
void func1 (void)
{
  a = b;
}

Файл t2.cc:

C++
1
2
3
4
5
#include "t.h"
void func2 (void)
{
  b = a;
}

С виду вроде бы как хорошо. НО хорошо только для того, кто не чётко понимает, что тут делается. На компиляцию ты подаёшь два файла t1.cc и t2.cc. Какждый файл проходит стадию прероцессиро.вания, на которой раскрываются все макросы и делаются подстановки #include'ов. В результате на фактическую компиляцию попадут два файла со следующим сожержанием (комменариев там, понятное дело, не будет):

Файл t1.cc:

C++
1
2
3
4
5
6
7
/* Этот код образовался в результате подстановки файла t.h */
int a, b;
 
void func1 (void)
{
  a = b;
}

Файл t2.cc:

C++
1
2
3
4
5
6
7
/* Этот код образовался в результате подстановки файла t.h */
int a, b;
 
void func2 (void)
{
  b = a;
}

В результате чего ты получишь по два определения переменных a и b. На самом деле вот именно этот код в результате слинкуется нормально и будет работать правильно, потому как a и b - неинициализированные глобалы и линкуются по правилам COMMON'ов - т.е. линкер будет "сшивать" два эти определения в одно. Однако если ты изменишь файл t.h и сделаешь инициализацию

C++
1
int a = 1, b = 2;

то это уже будут инициализированные глобалы, которые линкуются по общим правилам и у тебя будет ошибка линковки

RazorQ тебе предложил правильный метод. В каком-либо файле *.cc (только в одном) пишутся определения (definition) переменных и в одном *.h файле, который будет цепляться во всех *.cc файлах сделать описание (declaration) переменных - при помощи ключевого слова 'extern'. Это именно тот момент, который многим начинающим не нравится - фактически всё, что должно использоваться где-либо за пределами данного файла, надо описывать два раза: один раз в файле *.cc, другой раз в файле *.h. Для языка программирования низкого уровня, к сожалению, невозможно сделать по другому. Да и не страшно это, т.к. если в файле *.cc ты поменял тип переменной (например, вместо int сделал float), то компилятор тебя всё равно схватит за руку (естественно, если ты правильно и везде подключил файд *.h), потомучто в одном файле он увидит описание переменной с одним типом, а определение с другим. С этой точки зрения можно не бояться того, что ты изменишь в одном месте и забудешь изменить в другом. С оговркой, что у тебя правильно подключены *.h файлы

@asonby2 · 28.04.2020, 20:02

Можно так делать для структур?
Например:
struct factory
{
int a;
double b;
}
А в другом файле: extern fact a?

@Lelik-pahan · 28.04.2020, 23:50

Сообщение от asonby2

А в другом файле: extern fact a?

Что такое fact?
В другом файле можно написать

C++
1
extern factory a;

Но где-то этот экземпляр структуры должен быть объявлен (без extern).

Новые блоги и статьи Все статьи Все блоги /
Как дизайн сайта влияет на конверсию: 7 решений, которые реально повышают заявки Neotwalker 08.03.2026 Многие до сих пор воспринимают дизайн сайта как “красивую оболочку”. На практике всё иначе: дизайн напрямую влияет на то, оставит человек заявку или уйдёт через несколько секунд. Даже если у вас. . .	Модульная разработка через nuget packages DevAlt 07.03.2026 Сложившийся в . Net-среде способ разработки чаще всего предполагает монорепозиторий в котором находятся все исходники. При создании нового решения, мы просто добавляем нужные проекты и имеем. . .	Модульный подход на примере F# DevAlt 06.03.2026 В блоге дяди Боба наткнулся на такое определение: В этой книге («Подход, основанный на вариантах использования») Ивар утверждает, что архитектура программного обеспечения — это структуры,. . .	Управление камерой с помощью скрипта OrbitControls.js на Three.js: Вращение, зум и панорамирование 8Observer8 05.03.2026 Содержание блога Финальная демка в браузере работает на Desktop и мобильных браузерах. Итоговый код: orbit-controls-threejs-js. zip. Сканируйте QR-код на мобильном. Вращайте камеру одним пальцем,. . .
SDL3 для Web (WebAssembly): Синхронизация спрайтов SDL3 и тел Box2D 8Observer8 04.03.2026 Содержание блога Финальная демка в браузере. Итоговый код: finish-sync-physics-sprites-sdl3-c. zip На первой гифке отладочные линии отключены, а на второй включены:. . .	SDL3 для Web (WebAssembly): Идентификация объектов на Box2D v3 - использование userData и событий коллизий 8Observer8 02.03.2026 Содержание блога Финальная демка в браузере. Итоговый код: finish-collision-events-sdl3-c. zip Сканируйте QR-код на мобильном и вы увидите, что появится джойстик для управления главным героем. . . .	Реалии Hrethgir 01.03.2026 Нет, я не закончил до сих пор симулятор. Эта задача сложнее. Не получилось уйти в плавсостав, но оно и к лучшему, возможно. Точнее получалось - но сварщиком в палубную команду, а это значит, в моём. . .	Ритм жизни kumehtar 27.02.2026 Иногда приходится жить в ритме, где дел становится всё больше, а вовлечения в происходящее — всё меньше. Плотный график не даёт вниманию закрепиться ни на одном событии. Утро начинается с быстрых,. . .

Объявление глобальных переменных для всего проекта

Решение

Решение

@Pavliga 0 / 0 / 0 Регистрация: 15.04.2009 Сообщений: 5

	Объявление глобальных переменных для всего проекта 15.04.2009, 12:54. Показов 72574. Ответов 7 Метки нет (Все метки) Подскажите как объявить переменные, так чтобы они были глобальными для всего проекта, т.е. для всех модулей: Unit1, Unit2 и т.д. 0

@darkAngel Технофашист 229 / 217 / 11 Регистрация: 11.03.2009 Сообщений: 887
	15.04.2009, 13:25
	Можно просто подлючить пустой файл file.cpp, где и прописать переменные. А потом этот файл везде, где нужны эти переменные глобальные, подключать через #include 0

@Pavliga 0 / 0 / 0 Регистрация: 15.04.2009 Сообщений: 5
	16.04.2009, 03:13 [ТС]
	Отличный вариант! воспользовался им, помогло. в другой раз попробую вариант darkAngel: "Можно просто подлючить пустой файл file.cpp, где и прописать переменные. А потом этот файл везде, где нужны эти переменные глобальные, подключать через #include" 0

@asonby2 0 / 0 / 0 Регистрация: 16.04.2020 Сообщений: 13
	28.04.2020, 20:02
	Можно так делать для структур? Например: struct factory { int a; double b; } А в другом файле: extern fact a? 0