저는 초보자입니다. 경험이 많았고 함께 많은 일을 한 90 년대 팀이 만든 매우 복잡한 소스 코드에 액세스 할 수있었습니다. 소스 코드는 훨씬 더 많은 헤더 파일을 포함하는 약 60 개의 서로 다른 .c
파일로 구성되며 대부분이 몇 줄의 코드로 구성됩니다. 다른 사람이 #define
, #include
, #if
(#endif
), #else
, #undef
, #pragma
등에서뿐만 아니라 일부 구조 (struct
) 같은 지침으로 구성하면서 하나 개 포함 된 파일은 헤더에있는 main
함수를 정의합니다. 또한 당신은 (더 많거나 적은 동일한 #define
등이다)를 enum
을 찾아 const
및 char
, int
는, short
는, long
는, float
이 double
등이의큰 응용 프로그램에 하나의 머리글 만 사용할 수 있습니까?
없음 사용되지 않습니다 같은 몇 가지 변수 .c
파일하지 않는 한 실제로 그것을 필요로합니다. .c
파일의 대부분은 이러한 헤더 파일을 많이 포함하므로이를 추적하기가 어렵습니다. 내 생각은 모든 헤더 파일을 하나의 단일 헤더 파일에 넣어서 Unihead.h
이라고합니다. 모든 변경 작업을 수행하려는 경우 문제를 찾기 위해 최대 15 개의 헤더 파일을 검사해야합니다. 그 많은 헤더 파일의 이점을 볼 수 없습니다. 각 소스 파일에 헤더가있는 것은 정상적인 것입니다 (Soccer.c
은 Soccer.h
이라는 헤더를 가짐). 하나의 헤더 파일을 얻은 경우 간단한 검색을 통해보다 효과적으로 찾을 수 있으므로 프로세스가 훨씬 원활하게 처리됩니다. 이런 일을하는 아래쪽면이 있습니까? (나는 어쨌든 추적 할 주석을 추가 할 것이다)
예. 모든 c.-files를 하나에 추가 할 수는 있지만 더 명확하게 분할되어 있습니다. 모든 것을 체계적으로 정리합니다. 비록 헤더 파일, 내 생각에 코드에서 좋은 체계적인 시스템되지 않습니다. 일반적으로 코드 자체도 상당히 엉망입니다. 예를 들어, .c 파일 안에 #define과 같은 지시어가 있습니다. 많은 변수뿐만 아니라 ... – Thomas