Описание функций вне класса Опции Подписка на тему Сообщить другу Версия для печати Скачать тему Подписка на этот форум Режимы отображения Переключить на: Древовидный Стандартный Переключить на: Линейный

[RazrFalcon]

.cpp

#include <QtCore/QCoreApplication>

int main(int argc, char *argv[])
{
    QCoreApplication a(argc, argv);

    return a.exec();
}

void my_func()
{
    //some thing
}

.h

#ifndef MAIN_H
#define MAIN_H

void my_func ();

#endif // MAIN_H

Это правильный способ или нет?
А то я давно так не делал, но вроде работает.

[Алексей1153]

так правильнее

extern void my_func ();

чтобы заголовочник можно было использовать ещё в другом cpp

А ещё более правильно - класс сделать и туда статическую функцию сунуть

[RazrFalcon]

Хм...
А #include <main.h> я забыл прописать, а оно сработало, как так?

>>чтобы заголовочник можно было использовать ещё в другом cpp
в другом - это как?

>>А ещё более правильно - класс сделать и туда статическую функцию сунуть
Класс с одной функцией?
типа:

class my
{
    static void my_func ();
};

[Litkevich Yuriy]

А #include <main.h> я забыл прописать, а оно сработало, как так?

а в коде нет ничего, что было бы нужно из main.h

в другом - это как?

в ещё одном cpp-файле, который используется в проекте. Реальный проект ведь состоит из множества h/cpp- файлов

А ещё более правильно - класс сделать и туда статическую функцию сунуть

а это может быть излишним, это от конкретного проекта зависит

[RazrFalcon]

в другом - это как?

в ещё одном cpp-файле, который используется в проекте. Реальный проект ведь состоит из множества h/cpp- файлов

Это я понял, разве не достаточно прописать нужный хедер в include? Обязательно ли писать extern перед функцией?
PS: ясное дело что не из одного cpp проекты состоят

Сообщение отредактировал RazrFalcon - 27.3.2011, 19:58

[Iron Bug]

А ещё более правильно - класс сделать и туда статическую функцию сунуть

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

Обязательно ли писать extern перед функцией?

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

[Алексей1153]

ну, можно ещё объявить пространство имён, чтобы не засорять глобальное пространство.

ну да, можно и пространством обойтись. Тоже не люблю замусоривание )