Организация программы C с множеством статических функций

Question

Я работаю над личным проектом, и я хочу только открыть функцию 3 ou 4. Одна из проблем заключается в том, что мой .c файл получает все больше и больше статических функций. В настоящее время он уже имеет 21 статическую функцию.

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

Благодаря

EDIT

Для лучшего понимания проблемы здесь есть прямая ссылка на файл .c, где я испытываю трудности управления статические функции:

https://github.com/AntonioCS/mustache/blob/master/src/mustache.c

Answer 1

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

Answer 2

организация программы C для снижения глобальных вызовов означает, что вы хотите модуляризуют логику программы и иметь каждый модуль resposible к для своих собственных данных & функций, тот называется инкапсуляция его принципом ООП. Поскольку вы уже знакомы с C, просто прочитайте об OO с C++ и обновите свою базу кода, если нет технических ограничений.

Answer 3

С большим набором функций, некоторые static, некоторые нет, проблема может достигать 100 секунд функций. Для того, чтобы управлять этим пространством имен рассмотреть эти 2 подходы

1. расколоть static функции на 2 группы: истинно static те, которые существуют только в один .c файл, который нуждается в этом. Они используют ключевое слово static.

   Вторая группа функций, существующих в различных файлах .c, таких как ваши другие глобальные функции. Они не используют ключевое слово static. Эти функции также должны начинаться с mustache_. Разница между этими и вашими другими глобальными функциями заключается в том, что файл include, объявляющий их, является частным для вашего кода и не является общедоступным. Поэтому код имеет mustache.h и mustache_private.h.

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

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

Answer 4

Если ваш проект компилируется (на Linux) в общей библиотеки (не является исполняемым, или статические библиотеки), вы можете использовать видимость pragmas и function attributes. Вы хотите объявить все внутренние функции с помощью hiddenvisiblity. Итак, если ваш libaa.so скомпилирован из a1.c и a2.c с некоторой «скрытой» функцией h, то h функция -declared в некотором закрытом заголовке, например. void h(int) __attribute__ ((visibility ("hidden"))); видна внутри a1.c (где она может быть также определена) & a2.c но не внутри какой-либо внешней программы, связывающей libaa.so ...