프리컴파일드 헤더는 아시다시피 컴파일러의 기능일 뿐입니다.
어떻게 쓰느냐는 개발자에게 달려있습니다. 물론 MS의 경우 개발자들의 실수를 우려?하여 미연에 어느정도
대비를 한듯것처럼 보이지만...
하지만 헤더파일 종속성이나 기타 문제는 프리컴파일드 헤더에 종속된것이 아닌 일반적으로 프로그램을 만들
때 고려해야할 사항이라는게 일단 기본이 아닐까 생각되어집니다.

예전에도 비슷한 내용을 본것 같은데, 그때도 이야기 된것중 하나가 빌더와 VS에 대해서 이야기한 것이
었습니다.
뭐 특별한건 아니고... ^^

VS를 쓰던 분들이 빌더를 써서 프로젝트를 여러 헤더파일로 늘이이거나 폼이나 기타 모듈을 늘이다 보면
소스가 자신이 생각하는것 보다 더 꼬여서 고생한 이야기였던것 같습니다 ^^;
(한 2년정도 된 이야기라 저도 좀 가물가물 하네요 ^^; )
물론 VS도 코드가 늘어나면 조심해야하지만 빌더의 경우 개발자가 충분한 자유로움에 준비?가 되지 않을경
우 의외로 프로그램이 불안정하게 돌아갈 가능성이 많다는 이야기였습니다.
그만큼 개발자에게 자유도를 열어두었다는 내용이었는데...

지금 생각해보면 뭐 꼭 맞는 말이라고 보기도 힘들지만 VS 다루던 분이 처음 빌더를 쓰면 그 자연스러움?에
불이붙어 폭주?ㅎㅎ ^^; 할수도 있지 않을까 생각됩니다.
그리고 빌더로 시간에 쫓기며 프로그램을 만들다보면 폼간에 서로 엇갈린 참조로 나중에 코드가 오리무중?에
빠지는 경우도 많습니다 ^^

그래서 어떤 분들은 폼간 상속을 적당히 이용하기도 하고 폼간 통신 모듈을 직접 만들어 교통정리를 하기도
합니다.

아무튼 말이 밖으로 새는것 같아서 마무리 해야겠네요 ^^;
개념상으로 프리컴파일드 헤더로 사용한다는 것은 변경이 거의 일어나지 않을 헤더파일입니다.
(물론 덩치는 기본.. ^^; )
즉 그런이유 때문에 미리미리 캐쉬하자는 것이겠지요.
동일한 헤더를 여러 CPP에서 프리컴파일드 헤더로 쓰거나 하나의 프레임웍에서 중간단계의 헤더를 쓰는것
은 어디까지나 개발자의 선택이 중심입니다.
또한 그 헤더의 잦은 변경은 개발자가 프리컴파일드 헤더로 어떤 헤더를 사용해야 하느지 판단하는데 좀더
주의를 해야하는 상황이 아닐까도 생각됩니다.
(덜완성된 불안정한 헤더들을 프리컴파일드 헤더의 장점을 목적으로 쓴다면 그로인한 트레이드 오프는
개발자가 감수해야 하지 않을까요? ^^)





최진용 님이 쓰신 글 :
:
: 빌더에서는 프리컴파일드 헤더를 cpp파일에 #pragma hdrstop지정자 앞쪽에 넣어놓으면 된다고
:
: 들었는데요.
:
: 근데.. #pragma hdrstop앞에 기본으로 있는 vcl.h파일 이외에 다른 파일들을 include하도록
:
: 해도 에러가 나지 않는데...(전체에 다 추가하는게 아닌 특정 cpp파일에다가만)
:
: 이건 각 cpp파일마다 프리컴파일드 헤더를 다르게 지정할수있다는 말이 되는건가요? -_-
:
: 그건 좀 말이 않되는거 같은데...;;
:
:
:
: VS같은경우는 프리컴파일드 헤더 h파일을 하나 만들어서 cpp에서 가장 먼저 그 헤더파일을 인쿨드 하도록 만들어져있는데...
:
: 개념상으로봐도 프로젝트에서 공통으로 사용되는 프리컴파일드 헤더는 같아야 문제가 없을꺼같구요.
:
: 근데 빌더처럼 cpp마다 헤더파일을 따로 지정해줄수있는건 뭘 의미하는건가요?
:
: 이렇게 각자 지정이 가능하다면 헤더파일의 종속성문제나 include포함하는 순서에 따라서 문제가 생길수도 있길수있다고 생각되는데...
:
: 빌더에서의 프리컴파일드 헤더에 대해서 잘 아시는분 답변좀 부탁드립니다. 흠..-_-;;
: