Я все еще очень плохо знаком с C / C ++ и VisualGDB для встраиваемых приложений, поэтому многие мои программы основаны на примерах из примеров HAL STM32, примеров VisualGDB и множества других источников. Эти примеры обычно включают в себя множество файлов .h и. c из папок, похороненных в разных папках, разбросанных повсюду. Когда я создаю новый проект, который объединяет части из нескольких примеров, я трачу много времени на поиск всех файлов .h и. c, которые мне нужны в моем проекте для успешной сборки. Это еще более усложняется тем фактом, что для проекта для одного целевого процессора требуется один набор файлов .h и. c, а для проекта для другого процессора требуется другой набор.
Есть ли лучшая практика или даже пару хороших практик для организации десятков файлов .h и. c, которые используются во всех моих проектах?
У меня также есть несколько связанный вопрос: библиотеки STM32 HAL, на мой взгляд, имеют неопытный взгляд очень много постороннего кода, такого как #ifdef, который не кажется всем полезным. Упрощают ли опытные программисты обобщенный код, предоставляемый c STM, для их конкретного подхода c или вы просто держитесь за нос и используете его как есть?