최근엔 소스 라인들을 세어본 적이 별로 없습니다만...
또 C++빌더와 델파이를 쓰면서부터는 아예 반복되는 부분은 최대한 컴포넌트화를 하기 때문에 소스 라인을 세는 자체가
좀 의미가 없어지더군요. 만약 컴포넌트의 코드 라인도 합산한다면, 프로그램의 규모 면에서는 제가 만든 컴포넌트외에
다른 컴포넌트도 포함시키는 것이 논리적이겠지요? 그렇게 따지면 엄청나게 많은 코드 라인이 추가될 거고요.

참고로 말씀드리면, 90년대초에 터보C로 프로그래밍을 할 때 대략 15만 라인 정도의 프로그램을 짠 적이 있습니다.
다른 아무런 문제도 없었지만 단지 터보C는 프로젝트 안의 소스 파일 하나하나를 컴파일할 때마다 메모리에 모두 올려놓고
컴파일했기 때문에, 일정 크기가 넘으면 도스 기본 메모리 용량을 넘어가서 Out of memory 에러가 났었죠.
메모리에 올릴 수 있는 한계는 아마도 300~400kb 사이였던 거 같습니다. 그래서 원래 모듈화의 의도는 별로 없었습니다만
모든 소스 파일들을 100kb 전후로 쪼갰던 기억이 납니다. 이 제한은 볼랜드 C++로 넘어가면서 없어졌습니다.
그리고 소스 파일의 갯수 면에서는 볼랜드 C++ 프로젝트에서 최대 300~400개 정도의 모듈을 포함시켰던 적도 있습니다.

C++빌더의 컴파일러인 BCC는 볼랜드 C++ 컴파일러의 업 버전입니다. 실제로 컴맨드라인상에서 BCC라고 쳐보면
볼랜드 C++ 컴파일러라고 나오지요. 따라서 C++빌더의 경우에 소스 파일의 개수나 개별 크기, 이를 총 합산한 전체 라인수는
문제가 되지 않는다고 할 수 있습니다. 실제로 업무 프로그램에서는 화면 갯수가 대단히 많아지고 화면 하나마다 폼과
소스 파일 하나씩 만들기 때문에 수천개의 소스 파일을 포함시키는 경우도 흔합니다.

실례를 들자면, 2000개의 폼을 가진 프로젝트가 있고 하나의 폼에 평균 100라인이라고만 해도 20만 라인입니다.
그런데 소스 라인에는 헤더파일도 포함되기 때문에 실제로는 폼이 있는 소스가 100라인이라면 거의 코드가 없다고 할 수
있습니다. 그러면 실제로 C++빌더로 짠 업무 프로젝트들 중 좀 큰 규모로는 50만 정도는 흔히 넘어간다는 얘기지요.

다만, 메모리 등 리소스 관리에 좀 효과적이지 않은 면이 많기 때문에 dll이나 bpl 단위로 쪼개서 프로젝트를 구성하는
방법이 권장됩니다. 하지만 만약 폼을 가진 소스가 아니고 일반 cpp 소스 파일이라면 그럴 일도 별로 없으니까 뭉쳐서
실행파일을 만들어도 무관하겠지요.

그럼...


alberddo 님이 쓰신 글 :
: C++ Builder를 사용해서 프로그램을 짤때
: 3만줄짜리 프로그램을 짤때에 비해서 30만줄짜리 프로그램을 짤때 주의해야 할 부분이 있나요?
: 큰 프로그램을 짤때는 C++Builder가 적합지 않다라든지, 기타 등등...