Анонимное пространство имен для включения функции в два файла cpp

Question

Анонимное пространство имен для включения функции в два файла cpp

0

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

Я мог бы использовать анонимное пространство имен, чтобы эта функция включалась в оба TU без конфликтов, но мне интересно, какой был бы лучший способ выполнить это (статический? Я не думаю, что глобальный мог бы работать, несколько определений)

Marco A. 06 нояб. 2013, в 17:11

Источник

3

Если вы хотите добавить определение функции в заголовочный файл, тогда использование inline является правильным подходом.
Alok Save 06 нояб. 2013, в 15:32
0

Но это длинные функции, это имеет смысл?
Marco A. 06 нояб. 2013, в 15:41
1

@DavidKernin: inline имеет очень мало общего с встраиванием функции, поэтому длина функции не имеет значения. Считайте, что это неправильно, если это поможет. inline обеспечивает условие, необходимое для встраивания функции во время компиляции (чтобы определение функции было доступно в TU), поэтому ее реальное значение - указать функцию, определение которой доступно в каждом TU, который включает заголовок. Компилятор решает, что на самом деле встроить, основываясь на его собственной эвристике, которая может зависеть от того, пометили ли вы ее как inline .
Steve Jessop 06 нояб. 2013, в 15:43

Показать ещё 1 комментарий

Теги:

c++

3 ответа

1

Если вы хотите, чтобы компилятор рассматривал эту функцию как другую функцию в каждом CU, вы можете включить ее определение в неназванное пространство имен. Согласно C++ 2011 Стандартные объекты, объявленные в неназванных пространствах имен, имеют внутреннюю связь.

Vlad from Moscow 06 нояб. 2013, в 14:05

1

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

void foobar( int ); // this is function declaration, now you can call this function
                    // you can put it on your sources as many times as you want

void foobar( int param ) { // this is function definition, it should appear only once
   ...
}

Slava 06 нояб. 2013, в 13:34

0

«кроме ...» и static не являющиеся членами. И функционирует в безымянных пространствах имен. На самом деле довольно много вещей :-)
Steve Jessop 06 нояб. 2013, в 15:46
0

@ SteveJessop Я думаю, что поместить в заголовок static функцию без имен или безымянного пространства имен - это, по меньшей мере, странно. Какова будет цель?
Slava 06 нояб. 2013, в 15:49
0

Например, он позволяет связывать вместе разные TU, которые используют один и тот же заголовок, но с разными опциями -D, которые влияют на определение функции. Вы не можете использовать inline в таких обстоятельствах, так как различные определения будут нарушать ODR.
Steve Jessop 06 нояб. 2013, в 19:18
0

@SteveJessop да, возможно, но я бы убил кого-нибудь из моей команды, пытаясь сделать это дерьмо при первом обзоре кода. Путь к катастрофе.
Slava 06 нояб. 2013, в 19:25
0

Ваша потеря, но так как вы отвечаете за руководство по стилю, вы можете устанавливать любые правила, которые вам нравятся. Дело не в том, что вы хотите установить другое поведение с помощью #defines, а в том, что вам не нужно беспокоиться о том, использует ли каждый TU (возможно, включая библиотеки, скомпилированные как отдельные проекты) одинаковые параметры или нет.
Steve Jessop 06 нояб. 2013, в 19:30
0

@SteveJessop есть исключения для каждого правила, но я бы не рекомендовал использовать эту «технику» в производственном коде, особенно для начинающих. В своем ответе я сказал «должно быть», а не «должно быть», поэтому, если вы понимаете, что делаете, продолжайте. Чтобы дать это как рекомендацию, нет, спасибо.
Slava 06 нояб. 2013, в 19:33

Показать ещё 4 комментария

Ещё вопросы

Если вы хотите добавить определение функции в заголовочный файл, тогда использование inline является правильным подходом.
Но это длинные функции, это имеет смысл?
@DavidKernin: inline имеет очень мало общего с встраиванием функции, поэтому длина функции не имеет значения. Считайте, что это неправильно, если это поможет. inline обеспечивает условие, необходимое для встраивания функции во время компиляции (чтобы определение функции было доступно в TU), поэтому ее реальное значение - указать функцию, определение которой доступно в каждом TU, который включает заголовок. Компилятор решает, что на самом деле встроить, основываясь на его собственной эвристике, которая может зависеть от того, пометили ли вы ее как inline .
«кроме ...» и static не являющиеся членами. И функционирует в безымянных пространствах имен. На самом деле довольно много вещей :-)
@ SteveJessop Я думаю, что поместить в заголовок static функцию без имен или безымянного пространства имен - это, по меньшей мере, странно. Какова будет цель?
Например, он позволяет связывать вместе разные TU, которые используют один и тот же заголовок, но с разными опциями -D, которые влияют на определение функции. Вы не можете использовать inline в таких обстоятельствах, так как различные определения будут нарушать ODR.
@SteveJessop да, возможно, но я бы убил кого-нибудь из моей команды, пытаясь сделать это дерьмо при первом обзоре кода. Путь к катастрофе.
Ваша потеря, но так как вы отвечаете за руководство по стилю, вы можете устанавливать любые правила, которые вам нравятся. Дело не в том, что вы хотите установить другое поведение с помощью #defines, а в том, что вам не нужно беспокоиться о том, использует ли каждый TU (возможно, включая библиотеки, скомпилированные как отдельные проекты) одинаковые параметры или нет.
@SteveJessop есть исключения для каждого правила, но я бы не рекомендовал использовать эту «технику» в производственном коде, особенно для начинающих. В своем ответе я сказал «должно быть», а не «должно быть», поэтому, если вы понимаете, что делаете, продолжайте. Чтобы дать это как рекомендацию, нет, спасибо.

Steve Jessop · Accepted Answer · 2013-11-06T16-56-00.000Z

Если вы хотите, чтобы это была одна и та же функция в каждом TU, используйте inline. Это то, что inline в: общие функции, определенные в заголовках.

В предположительно маловероятном случае, когда вы хотите, чтобы он был другой функцией в каждом TU, используйте либо неназванное пространство имен, либо static. Я не думаю, что стандарт дает официальное представление, которое предпочтительнее в C++, но вы, похоже, считаете его неназванным пространством имен.

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