이 노트에서는 Visual c + + 리소스 편집기에서 여러 리소스 파일을 지원 하는 방법 및 헤더 파일을 공유 하는 단일 프로젝트 또는 다중 프로젝트와 어떻게 당신이 활용할 수를 지 원하는 공유. 이 참고 이러한 질문에 대답:
추가 리소스 파일을 프로젝트에 추가 하는 경우 ClassWizard 추가 파일에서 리소스를 인식 하지 것입니다 알고 있어야。
이 노트 같이 위의 질문에 대답을 구조화합니다:
리소스 파일 및 헤더 파일을 관리 하는 방법을 Visual c + +의 개요
Visual c + + 단일을 관리합니다.RC 리소스 파일 및 해당 합니다.H 밀접 하 게 결합 된 쌍 파일의 헤더 파일입니다. 편집 하 고 리소스에 저장 된.RC 파일을 간접적으로 편집 하 고 저장할 기호에 해당 합니다.H 파일입니다. 비록 열 수 있으며 다중 편집 수 있습니다.RC 파일에서 한 번 (Visual c + +의 MDI 사용자 인터페이스를 사용 하 여) 어떤 주어진.RC 파일을 직접 편집 하지 정확히 하나의 해당 헤더 파일。
기호 헤더 파일
기본적으로 Visual c + +는 항상 해당 헤더 파일 리소스 이름.(예를 들어, MYAPP 리소스 파일의 이름에 관계 없이 H.RC)입니다. 파일 포함 설정 명령을 Visual c + +에서를 사용 하 여 변경할 수 있습니다이 헤더 파일의 이름을 포함 설정 대화 상자에서 기호 헤더 파일 업데이트。
읽기 전용 기호 지시문
비록 Visual c + +만 주어진에 대 한 헤더 파일을 편집 합니다.RC 파일을 Visual c + + 추가 읽기 전용 헤더 파일에 정의 된 기호에 대 한 참조를 지원 합니다. Visual c + + 파일에 포함 된 설정 명령을 사용 하 여 읽기 전용 기호 지시문으로 추가 읽기 전용 헤더 파일의 수를 지정할 수 있습니다. "읽기 전용" 제한 의미에 새 리소스를 추가 합니다.RC 파일을 읽기 전용 헤더 파일에 정의 된 기호를 사용할 수 있습니다. 하지만 리소스를 삭제 하는 경우 기호를 여전히 남아 정의 읽기 전용 헤더 파일에 있습니다. 읽기 전용 기호에 할당 된 숫자 값을 변경할 수 없습니다.
컴파일 타임 지시문
또한 visual c + + 어디 한 리소스 파일의 중첩을 지원 합니다.RC 파일에서 다른 include'd # 이다입니다. 편집할 때를 지정 합니다.RC 파일을 Visual c + +, # include'd 파일에서 모든 리소스를 사용 하 여 표시 되지 않습니다. 그러나 컴파일할 때 합니다.RC 파일을 # include'd 파일 또한 컴파일됩니다. Visual c + + 파일에 포함 된 설정 명령을 사용 하 여 # include'd의 수를 지정할 수 있습니다.컴파일 타임 지시문으로 RC 파일。
어떻게 참고 Visual c + +로 읽는 경우에.# Include RC 파일의 다른입니다.RC 파일은 하지 컴파일 타임 지시문으로 지정 합니다. Visual c + +로 가져올 때 이러한 상황이 발생할 수 있는.RC 파일을 했다 되었습니다 이전에 유지 경우 수동으로 텍스트 편집기와 함께. 때 Visual c + + include'd #를 읽습니다.RC 파일을 부모에 # include'd 리소스를 병합 합니다.RC 파일입니다. 부모를 저장할 때.RC 파일을 # include 문을, 효과, # include'd 리소스에 의해 대체 됩니다. 이 병합 일어나을 사용 하지 않으려면 # 제거 해야 부모 로부터 문을 포함 합니다.RC 파일 이전 에 Visual c + +;으로 그것을 읽고 다시 같은 추가 다음 Visual c + +를 사용 하 여 # include 문은 컴파일 타임 지시문으로。
Visual c + +에서 저장 한.RC 파일 세 종류의 포함 설정 위의 정보 (기호 헤더 파일, 읽기 전용 기호 지시문 및 컴파일 타임 지시문) #에서 지시문에에서 포함 및 TEXTINCLUDE 자원. TEXTINCLUDE 자원 거래, 일반적으로 필요 하지 않은 세부 구현 방법을 Visual c + + 관리 설정 정보를 포함 설명。
Appwizard에서 생성 하는 응용 프로그램 코드를 검사 하는 것은 Visual c + +의 여러 리소스 파일 및 헤더 파일을 관리 하는 방법에 대 한 통찰력을 제공 합니다. AppWizard 기본 옵션을 사용 하 여 제작한 MYAPP 응용 프로그램에서 코드 발췌 아래 검사는。
아래 다이어그램에 요약 된 것 처럼 여러 리소스 파일을 포함 하는 헤더 파일이 여러 개 AppWizard 작성 응용 프로그램 사용:
nbsp;??리소스입니다.H AFXRES입니다.H???????????????????
???????? \?????? /?????????????????????????????
????????? \???? /???????????????????????????????
???????? MYAPP.RC??????????????????????????????
???????????? |???????????????????????????????
???????????? |?????????????????????????????
?????? RES\MYAPP입니다.RC2 AFXRES.RC AFXPRINT입니다.RC & nbsp
Visual c + + 파일/세트 포함 명령을 사용 하 여 이러한 여러 파일 관계를 볼 수 있습니다.
MYAPP입니다.RC
응용 프로그램 리소스 파일을 Visual c + +를 사용 하 여 편집。
리소스입니다.H는 응용 프로그램별 헤더 파일입니다. 그것은 항상 리소스를 라고 합니다.AppWizard, Visual c + +의 기본과 일치 하 여 H 헤더 파일의 이름을 지정 합니다. 이 헤더 파일은 리소스 파일 (MYAPP 첫 번째 문은 # 포함.RC):
//Microsoft visual c + + 리소스 스크립트 생성
//
# include "resource.h"
RES\MYAPP입니다.RC2
Visual c + +에서 편집할 수 없습니다 있지만 컴파일된 최종에 포함 된 리소스가 들어 있습니다.EXE 파일입니다. AppWizard Visual c + +의 모든 버전 리소스 (이 릴리스의 새로운 기능)을 포함 하 여 표준 리소스를 편집할 수 있으므로 기본적으로 이러한 리소스를 만듭니다. 경우에이 파일에 사용자 지정 형식의 리소스를 직접 추가 하려면 빈 파일 Appwizard에서 생성。
사용자 지정 형식의 리소스를 사용 하는 경우에 RES\MYAPP을 추가할 수 있습니다.RC2 및 Visual c + + 텍스트 편집기를 사용 하 여 편집。
AFXRES입니다.RC와 AFXPRINT입니다.RC 프레임 워크의 특정 기능에 필요한 표준 리소스를 포함 합니다. RES\MYAPP 같은.RC2,이 두 가지 프레임 워크 제공 리소스 파일은 MYAPP 끝에 include'd #.RC, 그리고 그들은 포함 설정 대화 상자의 컴파일 타임 지시문에 지정 됩니다. 따라서, 할 직접 보거나 MYAPP를 편집 하는 동안 이러한 프레임 워크 리소스를 편집 합니다.Visual c + +에서 RC 하지만 그들은 응용 프로그램의 바이너리를 컴파일됩니다.RES 파일 및 최종입니다.EXE 파일입니다. 그들을 수정 하는 절차를 포함 한 표준 프레임 워크 리소스에 대 한 자세한 내용은 다음 웹 사이트를 참조 하십시오. 기술 노트 23。
AFXRES입니다.H ID_FILE_NEW, 프레임 워크에서 사용 하 고 특히 AFXRES에 사용 되는 표준 기호를 정의 합니다.RC입니다. AFXRES입니다.또한 # include h의 WINRES.H-WINDOWS의 하위 집합을 포함 합니다.Visual c + + 생성에 필요한 H입니다.RC 파일 뿐만 아니라 AFXRES입니다.RC입니다. AFXRES에 정의 된 기호입니다.응용 프로그램 리소스 파일 (MYAPP 편집으로 H를 사용할 수 있습니다.RC)입니다. 예를 들어, ID_FILE_NEW 는 MYAPP 파일 새 메뉴 항목에 사용 됩니다.RC의 메뉴 리소스입니다. 변경 하거나 이러한 프레임 워크에 정의 된 기호를 삭제할 수 없습니다.
AppWizard 만든 응용만 두 헤더 파일을 포함: 리소스.H 및 AFXRES입니다.헤만 리소스입니다.H는 응용 프로그램별. 다음과 같은 경우에 추가 읽기 전용 헤더 파일을 포함 해야
헤더 파일의 외부 소스에 의해 제공 됩니다 또는 여러 프로젝트나 동일한 프로젝트의 여러 부분 간에 헤더 파일을 공유.
헤더 파일에는 서식 및 메모를 변경 하거나 파일을 저장 하는 경우 필터링 Visual c + +를 원하지 않으면 있다 있습니다. 예를 들어, 어쩌면 #을 보존 하 고 정의 같은 산술 기호를 사용 하는:
# define 레드 0
# define 블루 1
# define 그린 2
# define ID_COLOR_BUTTON 1001
# define ID_RED_BUTTON (ID_COLOR_BUTTON + 레드)
# define ID_BLUE_BUTTON (ID_COLOR_BUTTON + 블루)
# define ID_GREEN_BUTTON (ID_COLOR_BUTTON + 녹색)
# Include 문을 두 번째 읽기 전용 기호 지시문으로 에서처럼 지정 파일에 포함 된 설정 명령을 사용 하 여 추가 읽기 전용 헤더 파일을 포함할 수 있습니다.:
# include "afxres.h"
# include "second.h"
새 파일 관계 다이어그램 지금 이것 처럼 보이는:
nbsp;??????????????????AFXRES입니다.H 자원입니다.H 초입니다.H???????????????????
???????? \?????? /?????????????????????????????
????????? \???? /???????????????????????????????
???????? MYAPP.RC??
???????????? |???????????????????????????????
???????????? |?????????????????????????????
?????? RES\MYAPP입니다.RC2 AFXRES.RC AFXPRINT입니다.RC & nbsp
두 헤더 파일을 공유 하는 것이 좋습니다.서로 다른 프로젝트 또는 동일한 프로젝트에 있는 파일에 대 한 RC. 이렇게 하려면 모두 위에서 설명한 읽기 전용 지시문 기법을 적용 하기만 하면.RC 파일입니다. 경우에는 두 가지.RC 파일은 다른 응용 프로그램 (다른 프로젝트), 결과 다음 다이어그램에 나와:
nbsp;????리소스입니다.H AFXRES입니다.H 자원입니다.H (MYAPP1)에 대 한 두 번째.H?? (for MYAPP2)????????????
???????? \?????? /???? \?????? /??????????
????????? \???? /?????? \???? /????????????
???????? MYAPP1.RC MYAPP2입니다.RC????????????????
????????? /??? \??????? /???? \??????????????????
???????? /????? \????? /?????? \???????????
RES\MYAPP1.RC2 AFXRES.RC RES\MYAPP2입니다.RC2 AFXPRINT.RC & nbsp
경우 두 번째 헤더 파일을 공유 하는 곳.아래 설명 하는 동일한 응용 프로그램 (프로젝트)의 RC 파일。
Visual c + + 및 리소스 컴파일러 지원 합니다.# 통해 동일한 프로젝트의 RC 파일 포함의 하나.RC 파일에서 다른입니다. 여러 중첩 허용 됩니다. 여러 프로젝트의 리소스를 분할 하는 다양 한 이유가 있다.RC 파일:
# 수 초를 포함 합니다.포함 설정 대화 상자의 컴파일 타임 지시문에 RC:
# include "res\myapp.rc2"nbsp; / / 비-Visual c + + 리소스 편집
# include "second.rc" / / 두 번째.RC 파일
# include "afxres.rc" / / 표준 구성 요소
# include "afxprint.rc" / / 인쇄/인쇄 미리 보기 리소스(&N)
결과 다음 다이어그램에 나와:
nbsp;??리소스입니다.H AFXRES입니다.H???????????????????
???????? \?????? /?????????????????????????????
????????? \???? /???????????????????????????????
???????? MYAPP.RC
???????????? |???????????????????????????????
???????????? |?????????????????????????????
?????? RES\MYAPP입니다.RC2
?????? 두 번째입니다.RC AFXRES입니다.RC AFXPRINT입니다.RC & nbsp
컴파일 타임 지시문을 사용 하 여 다중으로 Visual c + + 편집 및 편집이 아닌 리소스를 구성할 수 있습니다.RC 파일을 있는 "마스터" MYAPP.RC 아무것도 않지만 # include 다른.RC 파일입니다. 경우에 Visual c + + 프로젝트를 사용 하는.MAK 파일을 누른 다음 "마스터"를 포함 해야 합니다.모든 include'd # 리소스 응용 프로그램으로 컴파일되는 프로젝트에서 RC 파일。
Appwizard가 만든 RES\MYAPP입니다.RC2 파일은 당신이 리소스를 포함 하는 파일의 예로 서식 정보는 손실 하지 하려면 실수로 Visual c + +로 읽고 다음 쓰기 다시. 이 방지, 우리는 RES\MYAPP의 시작 부분에 다음 줄을 배치 합니다.RC2 파일:
# ifdef APSTUDIO_INVOKED
nbsp;? # error이이 파일은 Visual c + +에서 편집할 수 없습니다.
# endif //APSTUDIO_INVOKED(&N)
Visual c + + 컴파일 때 합니다.RC 파일을 뿐만 아니라 RC_INVOKED APSTUDIO_INVOKED 정의합니다. AppWizard 만든 파일 구조가 손상 하는 경우 Visual c + + 위의 # error 줄을 읽습니다 그것은 치명적인 오류를 보고 하 고의 읽기를 중단 합니다.RC 파일。
여러 Visual c + + 편집에 의해 공유 관리 기호.RC 파일
두 가지 문제에 여러 리소스를 분할 하는 경우 발생 합니다.RC 파일을 Visual c + +에서 별도로 편집:
다음 다이어그램의 조직.RC와.첫 번째 문제를 다루는 H 파일:
nbsp;?????????????MYAPP입니다.RC
??????????? /???????? \
?????????? /?????????? \
MYSTRS입니다.H / MYSHARED입니다.H \ MYMENUS.H
??? \??? /??? /????? \?? \??? \
???? \? /??? /??????? \?? \??? \
? MYSTRS입니다.RC MYMENUS입니다.RC(&N)
이 예제에서 문자열 리소스 MYSTRS 리소스 파일에 유지 됩니다.RC, 및 메뉴는 다른 MYMENUS에 보관 됩니다.SCO 같은 명령에 대 한 일부 기호는 두 파일 간에 공유 될 필요가 있습니다. 예를 들어, 한 ID_TOOLS_SPELL 도구 메뉴;에 주문 항목에 대 한 메뉴 명령 ID 있을 수 있습니다. 그것은 또한 응용 프로그램의 주 창 상태 표시줄에 framework가 표시 하는 명령 프롬프트 문자열 ID 있을 수 있습니다.
ID_TOOLS_SPELL 기호 공유 헤더 파일 MYSHARED에에서 보관 됩니다.H. 당신은 텍스트 편집기;이 공유 헤더 파일을 수동으로 유지 Visual c + +는 직접 그것은 편집 되지 않습니다. 두 리소스에서 MYSTRS 파일.RC와 MYMENUS입니다.# 지정 하면 RC, MYSHARED를 포함 합니다.MYAPP에 대 한 읽기 전용 지시문에 H.앞에서 설명한 대로 파일 포함 설정 명령을 사용 하 여 RC。
그것은 가장 편리한 사용을 시도 하기 전에 공유 합니다 기호 예상 그것 모든 리소스를 식별 합니다. 공유 헤더 파일에 기호를 추가 하 고 이미 있으면 #에 대 한 읽기 전용 지시문에서 공유 헤더 파일을 include'd 합니다.RC 파일을 기호를 사용 하기 전에 이렇게. 이런 방식으로 기호를 공유를 예상 하지 않은 경우 수동으로 필요가 것입니다 (텍스트 편집기를 사용 하 여) 이동 # define 문을에서 기호에 대 한 말, MYMENUS.MYSHARED에 H입니다.MYSTRS에서 사용 하기 전에 H입니다.RC。
여러 심볼을 관리할 수 있습니다.RC 파일을 당신이 또한 도와 야 Visual c + + 고유 리소스 (기호)를 동일한 ID 숫자 값을 할당 하지 마십시오. 어떤 주어진.RC 파일을 Visual c + +는 점차적으로 각 4 개의 ID 도메인의 Id를 할당합니다. 편집 세션 사이 Visual c + +의 추적 마지막 ID 각 도메인에 대 한 기호 헤더 파일에 할당 합니다.RC 파일입니다. APS_NEXT 값은 무엇을 빈 (신규)에 대 한 같습니다.RC 파일:
# define _APS_NEXT_RESOURCE_VALUEnbsp; 101
# define _APS_NEXT_COMMAND_VALUE 40001
# define _APS_NEXT_CONTROL_VALUE 1000
# define _APS_NEXT_SYMED_VALUE 101(&N)
_APS_NEXT_RESOURCE_VALUE 은 다음 기호 값을 대화 상자 리소스, 메뉴 리소스 등에 대 한 사용입니다. 리소스 기호 값의 유효 범위는 1 0x6FFF。
_APS_NEXT_COMMAND_VALUE 은 명령 식별에 사용 되는 다음 기호 값입니다. 명령 기호 값의 유효 범위는 0x8000 0xDFFF。
_APS_NEXT_CONTROL_VALUE 는 대화 상자 컨트롤에 사용 되는 다음 기호 값입니다. 대화 상자 컨트롤 기호 값의 유효한 범위는 8에서 0xDFFF。
_APS_NEXT_SYMED_VALUE 는 기호 브라우저에서 새 명령을 사용 하 여 기호 값을 수동으로 할당 하는 경우 발급 한 다음 기호 값。
Visual c + + 시작 약간 높은 값이 낮은 합법적인 경우 값 만들기 새.RC 파일입니다. AppWizard 또한 좀 더 적절 한 MFC 응용 프로그램에 대 한 이러한 값을 초기화 합니다. ID 값의 범위에 대 한 자세한 내용은 다음 웹 사이트를 참조 하십시오. 기술 참고 20。
이제 동일한 프로젝트에 새 리소스 파일을 만들 때마다 Visual c + + 같은 _APS_NEXT_ 값을 정의 합니다. 즉, 추가 하는 경우 여러 다른 두 대화.RC 파일, 그것은 매우 가능성이 같은 # define 값 다른 대화 상자에 할당 됩니다. 예를 들어, 첫 번째에서 IDD_MY_DLG1 합니다.RC 파일 같은 할당 될 수 있습니다 번호, 101, 두 번째에서는 idd_my_dlg2로.RC 파일。
이 문제를 방지 하려면 각 각의 Id의 4 개의 도메인에 대해 별도 숫자 범위를 보유 해야 합니다.RC 파일입니다. 각각의 _APS_NEXT 값을 수동으로 업데이트 하 여이 작업을 수행 합니다.RC 파일 전에 리소스를 추가 시작 합니다. 예를 들어, 경우 첫 번째.기본 _APS_NEXT 값을 사용 하는 RC 파일 다음 다음 _APS_NEXT 값을 두 번째 할당 하는 것이 좋습니다.RC 파일:
# define _APS_NEXT_RESOURCE_VALUEnbsp; 2000
# define _APS_NEXT_COMMAND_VALUE 42000
# define _APS_NEXT_CONTROL_VALUE 2000
# define _APS_NEXT_SYMED_VALUE 2000(&N)
물론, 그것은 여전히 가능한 Visual c + +가 처음에 너무 많은 Id를 할당 합니다.RC 파일 숫자 값이 그 두 번째에 대 한 예약을 시작 합니다.RC 파일입니다. 이 발생 하지 않습니다 수 있도록 충분히 큰 범위를 보유 해야。
간의 의존 관계를 관리 합니다.RC.CPP, 그리고.H 파일
Visual c + +에서는 저장 된.RC 파일을 그것는 또한 해당 리소스 기호 변경 내용을 저장 합니다.H 파일입니다. 모든 당신의.CPP 파일의 리소스를 참조 하는 합니다.RC 파일 # 해야 합니다 리소스를 포함 합니다.일반적으로 내에서 H 파일 프로젝트의 마스터 헤더 파일. 헤더 종속성에 대 한 소스 파일을 검사 하는 개발 환경의 내부 프로젝트 관리로 인해 바람직하지 않은 측면 효과를이 끈다. Visual c + +에서 새 심볼을 추가할 때마다 모든 합니다.CPP 파일 # 리소스를 포함 합니다.H는 컴파일할 필요가。
Visual c + +, 리소스에 대 한 종속성을 포위.리소스의 첫 번째 줄으로 다음과 같은 코멘트를 포함 하 여 H.H 파일:
//{{NO_DEPENDENCIES}}
개발 환경 자원의 변경 내용을 무시 하 여이 코멘트를 해석 합니다.그래서 그 종속 H입니다.CPP 파일을 컴파일할 필요가 없을 것입니다.
Visual c + + 항상 추가 된 //{{NO_DEPENDENCIES}} 라인 코멘트를 합니다.RC 파일을 때 파일을 저장 합니다. 경우에 따라 리소스에 대 한 빌드 종속성의 우회.H 링크 시간에 들 키 지 런타임 오류가 발생할 수 있습니다. 예를 들어, 기호 브라우저를 사용 하 여 리소스에 대 한 기호에 할당 된 숫자 값을 변경 하는 경우 리소스 되지 제대로 발견 되며 응용 프로그램 런타임 경우에 로드 합니다.CPP 파일 리소스를 참조 하지 다시 컴파일됩니다. 이러한 경우에 명시적으로 컴파일해야 모든 합니다.당신이 알고 있는 CPP 파일 리소스의 기호 변화에 의해 영향을 받습니다.H 또는 선택 모두 다시 작성합니다. 자주 자원의 특정 그룹에 대 한 기호 값을 변경할 필요가 있다면, 당신은 아마 찾을 것입니다 그것 보다 편리 하 고 안전 추가 헤더 파일을 포함 한 위의 섹션에서 설명한 대로 별도 읽기 전용 헤더 파일에 이러한 기호를 탈출 하 게。
Visual c + + 관리 하는 방법 설정 정보를 포함 하는
위에서 설명 했 듯이 포함 설정 명령을 파일 메뉴에서 세 가지 유형의 정보를 지정할 수 있습니다.:
다음 Visual c + +에서이 정보를 유지 하는 방법에 대해 설명 된.RC 파일입니다. Visual c + +를 사용 하 여이 정보를 필요는 없지만 포함 설정 기능을 더 안전 하 게 사용할 수 있도록 귀하의 이해를 강화 수 있습니다.
각 위의 세 가지 유형의 정보가 포함 설정에 저장 합니다.두 가지 형태로 RC 파일: (1) # 포함 또는 다른 지시문 리소스 컴파일러와 Visual c + +에만 해석할 특별 TEXTINCLUDE 자원 (2)으로 해석할。
TEXTINCLUDE 리소스의 목적은 안전 하 게 Visual c + +의 포함 설정 대화 상자에서 쉽게 호감 양식에 포함 설정 정보를 저장 합니다. TEXTINCLUDE Visual c + +에서 정의 된 리소스 종류 입니다. 리소스 id 번호 1, 2 및 3에 있는 세 가지 특정 TEXTINCLUDE 리소스를 인식 하는 visual c + +:
| TEXTINCLUDE 리소스 아이디。 | 포함 설정 정보의 종류 |
| 1 | 기호 헤더 파일 |
| 2 | 읽기 전용 기호 지시문 |
| 3 | 컴파일 타임 지시문 |
각각의 세 가지 유형의 정보가 포함 설정 기본 MYAPP에 의해 나와 있습니다.RC 및 자원입니다.아래 설명 된 대로 마법사를에서 만든 파일을 h. 추가 \ 0 및 "" BEGIN 및 END 블록 사이의 토큰 각각 0 종료 문자열 및 큰따옴표 문자를 지정 하려면 RC 구문에 필요한。
기호 헤더 파일
기호 헤더 파일 정보를 리소스 컴파일러에 의해 해석의 형태는 단순히 # include 문:
# include "resource.h"
해당 TEXTINCLUDE 리소스:
1 TEXTINCLUDE DISCARDABLE
시작
# resource.h\0 "
끝
읽기 전용 기호 지시문
읽기 전용 기호 지시문 MYAPP 상단에 포함 되어 있습니다.리소스 컴파일러에 의해 해석할 다음 폼에 RC:
# include "afxres.h"
해당 TEXTINCLUDE 리소스:
2 TEXTINCLUDE DISCARDABLE
시작
"# include" "afxres.h""\r\n"
"\ 0"
끝
컴파일 타임 지시문
컴파일 타임 지시문 MYAPP의 끝에 포함 되어 있습니다.리소스 컴파일러에 의해 해석할 다음 폼에 RC:
APSTUDIO_INVOKED #ifndef
///////////////////////
//
/ / TEXTINCLUDE 3에서
//
# include "res\myapp.rc2"nbsp; / / 비-Visual c + + 리소스 편집
# include "afxres.rc" / / 표준 구성 요소
# include "afxprint.rc" / / 인쇄/인쇄 미리 보기 리소스
# endif / / 하지 APSTUDIO_INVOKED(&N)
컴파일 타임 지시문을 건너뛰게 Visual c + +를 지시 하는 #ifndef APSTUDIO_INVOKED 지시문。
해당 TEXTINCLUDE 리소스:
3 TEXTINCLUDE DISCARDABLE
시작
"# include" "res\myapp.rc2""nbsp; / / 비-Visual c + + resources\r\n 편집 "
"\r\n"
"# include""afxres.rc" "/ / 표준 components\r\n"
"# include""afxprint.rc" "/ / 인쇄/인쇄 미리 보기 resources\r\n"
"\ 0"
끝(&N)
기술 노트 번호로 |nbsp; 카테고리별 기술 노트(&N)