Глобальные переменные Опции

[Raks123]

Вопрос такой: как правильно создать глобальную переменную, чтобы её было видно в разных cpp файлах? Знаю, что это плохая практика, но все-таки у меня по другому, даже через самую большую задницу, которую я пытался изобрести не получается(((

[PAFOS]

на такие случаи я обычно делаю один класс, в который пихаю статические переменные. - Удобно и красиво)

[GlobalVariables.h]
class GlobalVariables
{

public:
  static int Var1;
  static int Var2;

}


[GlobalVariables.cpp]
int GlobalViriables::Var1 = 0;
int GlobalViriables::Var2 = 0;

[ilyabvt]

Используйте ключевое слово extern, прочитать можно например здесь:
http://www.rsdn.ru/forum/cpp/2706624.1.aspx
Но если таких переменных куча, то лучше использовать способ от PAFOS.

[Алексей1153]

с классом всегда удобнее

extern - это хвостик от C остался

Сообщение отредактировал Алексей1153 - 23.11.2011, 7:36

[Raks123]

Навыдавало кучу ошибок, подскажите что не так:
Вот у меня есть global.h

#include <QMetaType>
#include <QVector>

struct MyStruct{
    QString adress;
    int port;
    bool zanyatost;
    int vremya;
    QString nameScript;
};

class Global
{

public:
static QVector<MyStruct> vector;
static int kolichestvo;

};

Тут собралось нормально, но когда я заполняю перемнную kolichestvo и вектор vector в файле openbase.cpp вот так:

#include "openbase.h"
#include <qtsql>
#include "global.h"

....

void OpenBase::[i]run[/i]()
{
....
        QSqlQuery query;
        if (!query.exec("SELECT Adress, Port, Vremya, Script "
                                   "FROM baseservise "
                                  "WHERE Active = 'Yes';")) {
        qDebug() << "Unable to execute query - exiting";
        }
        QSqlRecord rec = query.record();
        Global::kolichestvo=0;

        while (query.next()) {
            Global::vector.resize(Global::kolichestvo + 1);
            Global::vector[Global::kolichestvo].adress  = query.value(rec.indexOf("Adress")).toString();
            Global::vector[Global::kolichestvo].port  = query.value(rec.indexOf("Port")).toInt();
            Global::vector[Global::kolichestvo].vremya = query.value(rec.indexOf("Vremya")).toInt();
            Global::vector[Global::kolichestvo].nameScript = query.value(rec.indexOf("Script")).toString();
            Global::vector[Global::kolichestvo].zanyatost=true;
            Global::kolichestvo += 1;
    }
    qDebug() << Global::kolichestvo;
    }
}

то выводит следующее -

release/openbase.o:openbase.cpp:(.text+0x60): undefined reference to `Global::vector'
release/openbase.o:openbase.cpp:(.text+0xc3): undefined reference to `Global::vector'
release/openbase.o:openbase.cpp:(.text+0xdc): undefined reference to `Global::vector'
release/openbase.o:openbase.cpp:(.text+0x192): undefined reference to `Global::vector'
release/openbase.o:openbase.cpp:(.text+0x1a6): undefined reference to `Global::vector'
release/openbase.o:openbase.cpp:(.text+0x1cd): more undefined references to `Global::vector' follow
release/openbase.o:openbase.cpp:(.text+0x67b): undefined reference to `Global::kolichestvo'
release/openbase.o:openbase.cpp:(.text+0x6b2): undefined reference to `Global::kolichestvo'
release/openbase.o:openbase.cpp:(.text+0x6b7): undefined reference to `Global::vector'
release/openbase.o:openbase.cpp:(.text+0x6cc): undefined reference to `Global::vector'
release/openbase.o:openbase.cpp:(.text+0x75d): undefined reference to `Global::kolichestvo'
release/openbase.o:openbase.cpp:(.text+0x762): undefined reference to `Global::vector'
release/openbase.o:openbase.cpp:(.text+0x777): undefined reference to `Global::vector'
release/openbase.o:openbase.cpp:(.text+0x858): undefined reference to `Global::kolichestvo'
release/openbase.o:openbase.cpp:(.text+0x85d): undefined reference to `Global::vector'
release/openbase.o:openbase.cpp:(.text+0x881): undefined reference to `Global::vector'
release/openbase.o:openbase.cpp:(.text+0x8bb): undefined reference to `Global::kolichestvo'
release/openbase.o:openbase.cpp:(.text+0x8c0): undefined reference to `Global::vector'
release/openbase.o:openbase.cpp:(.text+0x8dc): undefined reference to `Global::vector'
release/openbase.o:openbase.cpp:(.text+0x8e6): undefined reference to `Global::kolichestvo'
release/openbase.o:openbase.cpp:(.text+0x900): undefined reference to `Global::kolichestvo'
release/openbase.o:openbase.cpp:(.text+0x906): undefined reference to `Global::vector'
release/openbase.o:openbase.cpp:(.text+0x9b4): undefined reference to `Global::kolichestvo'
release/openbase.o:openbase.cpp:(.text+0x9b9): undefined reference to `Global::vector'
release/openbase.o:openbase.cpp:(.text+0x9dd): undefined reference to `Global::vector'
release/openbase.o:openbase.cpp:(.text+0xa7a): undefined reference to `Global::kolichestvo'
collect2: ld returned 1 exit status
mingw32-make[1]: *** [release\probnick.exe] Error 1
mingw32-make: *** [release] Error 2

[sidsukana]

Первое определение вне объекта сделай. Чтото типа дефолтных значений.
Хотя если добавишь перед переменными тип, то может и так прокатит.)

PS имена переменных умиляют На первых страницах любого пособия по программированию первым делом предупреждают об использовании таких имен

Сообщение отредактировал sidsukana - 25.11.2011, 20:12

[BlueIceScream]

Статические члены класса создаются не при их объявлении, а при обязательном определении. Прежде чем писать код, надо уметь его писать. Срочно перечитывать книгу Срауструпа.

int Global::kolichestvo = <default value> - создаст статический член класса. Остальное подскажет книга.

[Iron Bug]

с классом всегда удобнее

extern - это хвостик от C остался

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