Чем опасно множественное подключение библиотеки к программе?

@JohnBlack123 · Регистрация: 09.12.2017

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

Добрый день. Хочу задать вопрос касательно своего проекту.
У меня есть структура, например структура фрукта, которая отведена в отдельный файл-хедер вместе внутренними функциями.
Также есть библиотека, в которой написаны функции для работы с массивом фруктов и библиотека, в которой написаны функции для работы с бинарным файлом (файловая база данных). В последних двух либах подключена библиотека структуры и обе они подключены к программе.
Схематически выглядит это примерно так:

Code
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
Fruit.h{
// структура фрукта
}
FruitArray.h{
#include "Fruit.h"
// работа с массивом фруктов
}
FruitDatabase.h{
#include "Fruit.h"
// работа с бинарным файлом 
}
 
Main.cpp{
// ...
#include "Fruit.h" // по идее можно не подключать тут,
// поскольку вызваны FruitArray.h и FruitDatabase.h
#include "FruitArray.h"
#include "FruitDatabase.h"
// ...
}

Собственно сам вопрос. Получается, что в Main.cpp я трижды подключаю Fruit.h , поскольку подключаю его отдельно и вызываю либы, в которых он подключен.
Как это может сказаться на проекте? Хорошо это или плохо? Как можно это исправить?
Спасибо.

@eva2326 · 15.04.2019, 16:38

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

Как это может сказаться на проекте?

Никак (если по уму реализовано)

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

Хорошо это или плохо?

Это - совершенно нормальная повсеместная практика.

@rikimaru2013 · 15.04.2019, 17:04

JohnBlack123, #pragma once

@JohnBlack123 · 15.04.2019, 17:06 **[ТС]**

rikimaru2013, эта строчка у меня добавлена в хедерах

@COKPOWEHEU · 15.04.2019, 17:13

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

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

Это совершенно нормально, и чтобы не получать негативные последствия, придумали такую штуку как защитные define'ы:
some_file.h

C
1
2
3
4
#ifndef SOME_FILE_H
#define SOME_FILE_H
...
#endif

Кстати, если захотите использовать заголовочный файл и в Си и в С++ коде, можно написать так:

C
1
2
3
4
5
6
7
8
9
10
11
12
#ifndef SOME_FILE_H
#define SOME_FILE_H
#ifdef __cplusplus
  extern "C" {
#endif
 
  ...
 
#ifdef __cplusplus
  }
#endif
#endif

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

JohnBlack123, #pragma once

Если я правильно помню, эта штука поддерживается не всеми компиляторами.
Лучше ее использовать совместно с защитными define'ами, друг другу они не мешают.

@Azazel-San · 15.04.2019, 17:27

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

Если я правильно помню, эта штука поддерживается не всеми компиляторами.

Ну, такое
Pragma once portability

@eva2326 · 15.04.2019, 17:37

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

Если я правильно помню, эта штука поддерживается не всеми компиляторами.

Проблема не в портабельности.
Прагму поддерживают все промышленные компиляторы.

Проблема прагмы в принципе действия самой прагмы.
Когда компилятор видит:

C++
1
#pragma once

Он запоминает путь к этому файлу.
В следующий раз он уже не подключит заголовок связанный с этим файлом.
Однако, если у вас в проекте два разных файла с одним и тем же содержимым,
то #pragma once его благополучно пропустит,
и тогда вы будете ловить ошибки из-за множественного определения (в лучшем случае),
либо глюки из-за ошибок ODR (в худшем случае).

Пример:
Нужно покрыть юнит-тестами header-only библиотеку stringed.h
Однако, этот файл включен в состав Google Test Framework.

Получается:
Одна копия файла цепляется вместе с gtest:

C++
1
#include <gtest/gtest.h> // внутри себя прицепляет <gtest/stringed.h>

Другая копия файла - это собственно файл оригинальной библиотеки,
которую нужно протестировать:

C++
1
2
// tools/test/test_stringed.cpp
#include <tools/stringed.h>

Два совершенно одинаковых по имени и содержимому файла.
Но это - два разных файла.
В результате - ошибка множественного определения.

Гварды на дефайнах пропроцессора не страдают от такого деффекта.

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

Лучше ее использовать совместно с защитными define'ами, друг другу они не мешают.

Я всегда так делаю)

@JohnBlack123 · 15.04.2019, 17:50 **[ТС]**

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

Лучше ее использовать совместно с защитными define'ами, друг другу они не мешают.

Если я правильно Вас понял, то в моей библиотеке "Fruit_Array.h" в начале должны быть такие строки:

C++
1
2
3
4
5
6
7
#pragma once
 
#ifndef FRUIT_ARRAY_H
#define FRUIT_ARRAY_H
#endif
 
// ...

А за что макрос FRUIT_ARRAY_H отвечает?

Evg · 15.04.2019, 18:01

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

Гварды на дефайнах пропроцессора не страдают от такого деффекта

Если у тебя в разных каталогах есть файлы с одним и тем же именем file.h, и его ты защитил макросом с одним и тем же именем FILE_H, то пострадают

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

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

А за что макрос FRUIT_ARRAY_H отвечает?

https://www.cyberforum.ru/faq/... ost4134774

@eva2326 · 15.04.2019, 18:02

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

Если у тебя в разных каталогах есть файлы с одним и тем же именем file.h, и его ты защитил макросом с одним и тем же именем FILE_H, то пострадают

Да неужели? И каким же образом?

IGPIGP · 15.04.2019, 18:04

Не по теме:

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

А за что макрос FRUIT_ARRAY_H отвечает?

За базар. То есть, он формален и уникален. Главное не пересечься с таким же в совершенно другом файле. :D

@COKPOWEHEU · 15.04.2019, 19:08

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

А за что макрос FRUIT_ARRAY_H отвечает?

Просто константа, которую вы объявляете (#define) если она не была объявлена кем-то раньше.
Идея в том, что при начале компиляции не объявлено ни одной макроконстанты. При первом включении fruit_array.h компилятор (вообще-то, препроцессор, но не важно) смотрит объявлена ли FRUIT_ARRAY_H. Она не объявлена, так что выполняется тело #ifndef. Первой же операцией эта константа объявляется, так что при следующем включении компилятор посмотрит #ifndef FRUIT_ARRAY_H и, поскольку условие ложное, не станет включать тело #if'а.

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

Да неужели? И каким же образом?

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

@JohnBlack123 · 15.04.2019, 19:14 **[ТС]**

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

не станет включать тело #if'а.

Значит ли это то, что мне нужно в тело пихать весь код хедера? Или это касательно константы FRUIT_ARRAY_H?
Спасибо большое !

@eva2326 · 15.04.2019, 19:32

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

Наверное, имеется в виду два файла с разным содержимым и одинаковыми гвардами.

От клинического идиотизма нет лекарства.

IGPIGP · 15.04.2019, 19:34

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

Значит ли это то, что мне нужно в тело пихать весь код хедера?

Это изврат (имхо). Хотя если больше нечего, то... Но это крайний случай. JohnBlack123, тело оствим в покое. Директива #include не выполнится если условие компиляции не позволит.

@JohnBlack123 · 15.04.2019, 19:45 **[ТС]**

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

Это изврат (имхо)

Не спорю, а вот википедия так не думает.
Они приводят пример своей библиотеки "grandparent.h" и пишут для нее такой код:

C++
1
2
3
4
#ifndef GRANDPARENT_H
#define GRANDPARENT_H
// ... contents of grandparent.h
#endif /* !GRANDPARENT_H */

То бишь, пихают код либы прямо в #if.

@Folian · 15.04.2019, 19:49

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

Значит ли это то, что мне нужно в тело пихать весь код хедера?

В большинстве случаев - да. (если не требуется что-то хитрозадое, придумать пример не могу даже)

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

касательно константы FRUIT_ARRAY_H

Оно и определяется именем файла для уникальности обычно

C++
1
2
3
4
5
6
7
8
#ifndef _file_ /*если не определёна _file_*  :/
#define _file_ /*определяем штуку и далее */
 
/*подставляем тутошний код в цпп, куда хедер инклюдится*/
...
 
#endif /*завершение ifndef*/
/*А если определена _file_ - значит там уже оно есть(повторный #include или, как выше написано, одинаковые #define для разных файлов) и ничего не делается*/

include guard - это так называется вроде;

Касательно #pragma once - никогда не использую, хотя VS предлагает иногда

@JohnBlack123 · 15.04.2019, 19:55 **[ТС]**

Folian, Получается реализовав для каждой либы include guard, я могу обезопасить ошибки их множественного определения в Main.cpp и могу не боясь использовать их. Верно?

Или же достаточно будет сделать это в хедере со структурой?
Спасибо!

IGPIGP · 15.04.2019, 20:37

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

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

То бишь, пихают код либы прямо

Это обычно инклудят хотя вручную тоже можно, в принципе. Сути это не меняет.

Новые блоги и статьи Все статьи Все блоги /
SDL3 для Web (WebAssembly): Обработчик клика мыши в браузере ПК и касания экрана в браузере на мобильном устройстве 8Observer8 02.02.2026 Содержание блога Для начала пошагово создадим рабочий пример для подготовки к экспериментам в браузере ПК и в браузере мобильного устройства. Потом напишем обработчик клика мыши и обработчик. . .	Философия технологии iceja 01.02.2026 На мой взгляд у человека в технических проектах остается роль генерального директора. Все остальное нейронки делают уже лучше человека. Они не могут нести предпринимательские риски, не могут. . .	SDL3 для Web (WebAssembly): Вывод текста со шрифтом TTF с помощью SDL3_ttf 8Observer8 01.02.2026 Содержание блога В этой пошаговой инструкции создадим с нуля веб-приложение, которое выводит текст в окне браузера. Запустим на Android на локальном сервере. Загрузим Release на бесплатный. . .	SDL3 для Web (WebAssembly): Сборка C/C++ проекта из консоли 8Observer8 30.01.2026 Содержание блога Если вы откроете примеры для начинающих на официальном репозитории SDL3 в папке: examples, то вы увидите, что все примеры используют следующие четыре обязательные функции, а. . .
SDL3 для Web (WebAssembly): Установка Emscripten SDK (emsdk) и CMake для сборки C и C++ приложений в Wasm 8Observer8 30.01.2026 Содержание блога Для того чтобы скачать Emscripten SDK (emsdk) необходимо сначало скачать и уставить Git: Install for Windows. Следуйте стандартной процедуре установки Git через установщик. . . .	SDL3 для Android: Подключение Box2D v3, физика и отрисовка коллайдеров 8Observer8 29.01.2026 Содержание блога Box2D - это библиотека для 2D физики для анимаций и игр. С её помощью можно определять были ли коллизии между конкретными объектами. Версия v3 была полностью переписана на Си, в. . .	Инструменты COM: Сохранение данный из VARIANT в файл и загрузка из файла в VARIANT bedvit 28.01.2026 Сохранение базовых типов COM и массивов (одномерных или двухмерных) любой вложенности (деревья) в файл, с возможностью выбора алгоритмов сжатия и шифрования. Часть библиотеки BedvitCOM Использованы. . .	SDL3 для Android: Загрузка PNG с альфа-каналом с помощью SDL_LoadPNG (без SDL3_image) 8Observer8 28.01.2026 Содержание блога SDL3 имеет собственные средства для загрузки и отображения PNG-файлов с альфа-каналом и базовой работы с ними. В этой инструкции используется функция SDL_LoadPNG(), которая. . .

Чем опасно множественное подключение библиотеки к программе?

Решение

Решение

Решение

@rikimaru2013 2549 / 1208 / 358 Регистрация: 30.11.2013 Сообщений: 3,826
	15.04.2019, 17:04
	JohnBlack123, `#pragma once` 0

@JohnBlack123 215 / 162 / 52 Регистрация: 09.12.2017 Сообщений: 520
	15.04.2019, 17:06 [ТС]
	rikimaru2013, эта строчка у меня добавлена в хедерах 0

@JohnBlack123 215 / 162 / 52 Регистрация: 09.12.2017 Сообщений: 520
	15.04.2019, 19:55 [ТС]
	Folian, Получается реализовав для каждой либы `include guard`, я могу обезопасить ошибки их множественного определения в Main.cpp и могу не боясь использовать их. Верно? Или же достаточно будет сделать это в хедере со структурой? Спасибо! 0