Определить функцию перед основным?

Question

Являются ли декларациями функций/прототипами в C99?

В настоящее время я определяю свои функции в файле заголовка и # include-ING в главном файле. Это нормально в C99?

Почему большинство программистов объявляют/прорабатывают функцию перед main() и определяют ее после main()? Разве не проще определить их перед основным и избежать всех деклараций/прототипов?

Содержание header.h файла:

int foo(int foo) 
{ 
// code 
return 1; 
} 

Содержание основного файла:

#include <stdio.h> 

#include "header.h" 

int main(void) 
{ 
foo(1); 
return 0; 
} 

Answer 1

Как и где прототип и определить функцию в C:

1. Ваша функция используется только в определенном файле .c: определить это статический в файле .c. Функция будет видна и скомпилирована для этого файла.

2. Ваша функция используется в нескольких файлах .c: Выберите подходящий файл c для размещения вашего определения (например, все связанные с foo функции в файле foo.c) и связанный заголовочный файл, -статические (думают публичные) функции прототипированы. Функция будет скомпилирована только один раз, но видима для любого файла, который содержит файлы заголовков. Все будет собрано во время соединения. Возможное улучшение: всегда создавайте связанный файл заголовка, первый из которых включен в его c-файл, таким образом, вы будете уверены, что любой файл может включить его безопасно, без необходимости включения других, чтобы он работал, ссылка: Large Scale C++ projects (Большая часть правила применимы и к C).

3. Ваша функция является inlinable (вы уверены, что это?): Определите функцию static inline в соответствующем файле заголовка. Компилятор должен заменить любой вызов вашей функции по определению, если это возможно (подумайте о макроподобности).

Понятие до-после другой функции (ваша основная функция) в c - это только вопрос стиля. Либо вы делаете:

static int foo(int foo) 
{ 
// code 
return 1; 
} 

int main(void) 
{ 
foo(1); 
return 0; 
} 

Или

static int foo(int foo); 

int main(void) 
{ 
foo(1); 
return 0; 
} 

static int foo(int foo) 
{ 
// code 
return 1; 
} 

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

Answer 2

Да, легче определить их перед основным. Если вы хотите использовать эти функции только внутри файла, прототип не нужен. Однако в этом случае вы также можете добавить ключевое слово «статическое» перед определением функции. (В файле C.) Это гарантирует, что функция не будет видна другим файлам. (При времени ссылки.)

Не ставьте статические ключевые слова во включенные файлы.

Answer 3

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

Answer 4

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

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

Answer 5

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

Обратите внимание, что в вашем примере вам следует избегать объявления foo() в файле заголовка: вы не сможете включить его в два разных исходных файла. Объявите его в файле C, содержащем main(); вам не нужно будет определять его в другом месте, если вы не ссылаетесь на него из других файлов.

Answer 6

Вы всегда должны быть прототипом.

Причины этого:

1. методическим прототипирование производит краткий список в заголовочных файлах функций в коде - это неоценимое значение для будущих читателей

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

3. Основная функция должна быть первой функцией в ее файле; это легче для читателя, так как мы читаем вниз, а не вверх

Answer 7

Вы должны всегда определять inline функции в заголовках. Хотя вы можете иметь функции extern inline, общим случаем является static inline.

Эмпирическое правило для заголовочных файлов:

• объявления функций должны быть extern
• определения функции должны быть static inline
• объявления переменных должны быть extern
• определения переменных должны быть static const

. Так как С. Росс попросил об этом, рассуждаем об этом: ресурс с внешней связью должен определяться только один раз [1]. Из этого следует, что определения не должны находиться в заголовочных файлах, которые предназначены для включения в несколько мест.

Определение static в заголовочных файлах не приведет к каким-либо проблемам, но, как правило, на него нахмурился, поскольку код должен быть скомпилирован более одного раза и будет присутствовать в разных объектных файлах, что увеличит размер исполняемого файла (при условии, что компоновщик недостаточно умен, чтобы разобраться в дублировании кода).

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

Примечание: [1] Это не относится к inline функций с внешним связыванием, но, как это определено, какие из многочисленных определений встроенной функции будет использоваться в оценке функции целеуказателем, они в основном бесполезны

Answer 8

Почему большинство программистов объявляют/прорабатывают функцию перед main() и определяют ее после main()?

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

Конечно, если прототип кода находится в отдельном блоке компиляции, то необходимы прототипы :.

Answer 9

Функция декларации требуются на C99. Функция прототипов не требуется на C99.

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

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

Answer 10

Всегда полезно объявлять функции либо в главном, либо в отдельном файле заголовка, который будет включен в другие c-файлы, где мы использовали эту функцию. Делая это, мы можем легко идентифицировать все функции, объявленные/определенные в этих файлах .C или .H. И мы должны использовать ключевое слово extern перед объявлением функции в файле заголовка.