Квалификатор extern

[_Артём_]

зачем иногда прописывают функции

Функции прописывать как extern не нужно, они и так extern по умолчанию.

Это ошибка, невнимательность или все-таки несет какой-то скрытый смысл?

Непорядок это.

[_Артём_]

Размещать исполняемый код в заголовочном файле считается дурным тоном.

Дурным тоном это не считается. Иногда так даже правильнее делать.

И потом, что что автор называет библиотекой, на самом деле таковой не является. Это просто куски кода, собранные в одном файле.

Куски кода вполне могут быть библиотекой.

[MisterDi]

Функции прописывать как extern не нужно, они и так extern по умолчанию.

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

[Bill]

Дурным тоном это не считается. Иногда так даже правильнее делать.


Куски кода вполне могут быть библиотекой.

http://www.realcoding.net/article/view/1002

[_Артём_]

http://www.realcoding.net/article/view/1002

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

[Bill]

Размещать код в h-файлах имеет смысл для повышения быстродействия программы.

???????????

[С.М.С]

Угу, а ещё чтоб меньше места занимала

Что непонятно?
Допустим пишем в h-файле inline функции работы с периферией и используем этот хидер в разных проектах. Если те же функции писать в c-файле и вызывать их из своих файлов, то будут генерится вызовы функций, а в случае inline-функций код будет без вызовов. Для обработчиков прерываний это может привести к заметному уменьшению времени выполнения прерывания.

Ещё случай, когда есть смысл располагать код в хидерах - template. Как вы их будете использовать из c-файлов?

Вон вы о чём, тогда надо определится, что мы вообще обсуждаем и для чего, а то одни думают про С, другие про С++, третьи вообще про бейсик. И для какой платформы

[_Артём_]

???????????

Что непонятно?
Допустим пишем в h-файле inline функции работы с периферией и используем этот хидер в разных проектах. Если те же функции писать в c-файле и вызывать их из своих файлов, то будут генерится вызовы функций, а в случае inline-функций код будет без вызовов. Для обработчиков прерываний это может привести к заметному уменьшению времени выполнения прерывания.

Ещё случай, когда есть смысл располагать код в хидерах - template. Как вы их будете использовать из c-файлов?

[Bill]

Что непонятно?
Допустим пишем в h-файле inline функции работы с периферией и используем этот хидер в разных проектах. Если те же функции писать в c-файле и вызывать их из своих файлов, то будут генерится вызовы функций, а в случае inline-функций код будет без вызовов. Для обработчиков прерываний это может привести к заметному уменьшению времени выполнения прерывания.

Ещё случай, когда есть смысл располагать код в хидерах - template. Как вы их будете использовать из c-файлов?

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

[_Артём_]

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

Как это не исполняемый код? Он же описывает алгоритм работы программы, значит исплняемый.
Шаблоны тоже не исполняемый код по вашему?

Уберите из определения функции квалификатор inline и получите исполняемый код.

Согласен, если inline убрать, то это не есть правильно.