[C++] Организация программ

[The Nameless One]

Привет)
У меня уточняющие вопросы по поводу организации программ на С++.

В общем, для каждого класса создаем файл one.h, в котором описана его сигнатура, и файл one.cpp, где реализация нашего класса.
Значит, подключать заголовок one.h придется дважды, в файле one.cpp и в main.cpp (где точка входа в прогамму, функция main() или WinMain() ), ну или там, где наш класс будет использован. Я правильно понимаю?

Значит ли это так же и то, что если в нашем классе задейстованы члены из сторонней библиотеки, скажем, классы, описанные в файле fight.h, то этот fight.h будет подключен дважды - в сигнатуре и в реализации класса.

Если я все правильно понял, но не слишком ли все это раздувает размер программы?
-------------------------
Допустим есть класс Space, объявленный в univ.h.
Этот класс будет членом нашего класса Cyborg:

Значит в файле cyborg.h:

Код:

#include "univ.h"
class Cyborg
{
  ...
  Space place;
  void Term();
};

В фале cyborg.cpp:

Код:

#include "cyborg.h"
void Cyborg::Term() {...}

Затем в main.cpp:

Код:

...
#include "univ.h"
int main()
{
   Cyborg one;
   one.Term();
   ...
   return 1;
}

Получается, скомпилированная программа содержит несколько повторяющихся фрагментов кода?

[Sla]

И что в процесс компиляции никто не ругается на дублирование переменных при такой организации?

[The Nameless One]

Я так никогда не делал
Где лишнее include или вообще, как правильно все делать?

Весь вышеизложенный бред - собственные домыслы

[Вад]

Наверное, в main.cpp включается всё же cyborg.h, а не univ.h.

А так - всё верно. Один и тот же код, содержащийся в univ.h, попадает в компиляцию столько раз, из скольки модулей он прямо или опосредованно (в составе других заголовков) включён.

Именно поэтому две вещи в заголовках ведут к ошибкам при сборке:
1. Заголовочный файл содержит определение функций, методов классов или глобальных переменных. Тогда после сборки модулей, в процессе линковки выяснится, что скомпилировано несколько экземпляров одноимённых вещей. И будет ошибка линковки, поскольку линковщик не умеет разрешать такие ситуации - он не может установить, что это просто один и тот же код.
2. Заголовочный файл не имеет защиты от повторного включения. Обычно такая защита делается как блок

Код:

#ifndef FOO_H_
#define FOO_H_
// весь код здесь
#endif

или, в Microsoft-стиле, можно просто #pragma once (но я предпочитаю придерживаться 1го варианта, он переносимый).
Такая защита обеспечивает, что если заголовок включается дважды в одном месте, то код второй раз включён не будет. А если защиты нет, будет ошибка компиляции - повторное определение.

В том, что в код повторно включаются заголовки с объявлениями функций и классов и определениями шаблонов - в этом нет ничего страшного. На объём выходного кода это не влияет. Влияет это только на время компиляции, но для ускорения компиляции есть вспомогательные техники. Прежде всего, это так называемая прекомпиляция заголовков - если используешь Visual Studio, там эта методика широко применяется.

[The Nameless One]

Вад, да, кончено же в main.cpp включается cyborg.h, а не univ.h - это я перепутал.

Спасибо большое!

[The Nameless One]

Еще можно узнать, почему так делать плохо:

в заголовочном файле объявить и ниже сразу же определить его методы.

А в main.cpp просто подключить этот заголовок и пользоваться?

[Джон]

Для чего это вобще нужно.

Вынос имплементирования методов в срр позволяет в больших проектах избегать перекомпиляции всего проекта или частей зависящих от h (в которые заголовочный файл включен) при изменении содержимого метода.

Проще говоря ты делаешь каркас для кучи ф-ций, а потом постепенно заполняешь их. Если в проекте несколько сот cpp, то время экономится значительно. Если же ты используешь только h файлы, то каждое изменение в них приводит к перекомпиляции всех зависимых частей проекта.

[The Nameless One]

Понятно, спасибо)

[Вад]

Еще можно узнать, почему так делать плохо:

в заголовочном файле объявить и ниже сразу же определить его методы.

Плохо - ещё и по указанной выше причине номер один. Если включить такой заголовок, где определены методы и функции, то его можно будет включить только один раз. Как только ты его включишь ещё в какой-то модуль, кроме main.cpp, у тебя будет ошибка линковки.

Из этого правила есть два исключения:
1. никаких таких проблем не будет с inline-ами, то есть, заголовочный файл с кодом:

Код:

class A
{
public:
    void foo() { /* do smth. */ }
    void boo();
};

inline void A::boo() 
{ 
    /* do smth */ 
}

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

2. Никаких проблем не будет с определением шаблонных функций, и с определением методов шаблонов - тоже.

[The Nameless One]

Спасибо за помощь)