서식 있음

형식이 지정 된 데이터 형식은 포함 된 속성 이름, 테이블 키, 환경 변수 참조 및 기타 특수 부분 문자열을 확인 하기 위해 처리 되는 텍스트 문자열입니다. 다음 규칙은 문자열을 확인 하는 데 인식 됩니다.

  • [ ] 짝이 되는 쌍이 없는 대괄호 () 또는 중괄호 ({})는 텍스트에 그대로 남아 있습니다.

  • Propertyname 형식의 부분 문자열이 발견 되 면 [ ] 속성 값으로 대체 됩니다. Propertyname 이 유효한 속성 이름이 아닌 경우에는 부분 문자열이 공백으로 확인 됩니다. 예를 들어 Launchcondition 테이블 의 Description 열은 형식이 지정 된 문자열을 사용 합니다. ERRORTXT가 "지원 담당자에 게 문의 하세요."로 설정 된 경우 그러면 시작 조건 실패에 대해 표시 되는 텍스트에이 문자열이 포함 됩니다. ERRORTXT를 설정 하지 않으면 시작 조건 실패에 대해 표시 되는 텍스트는 "시스템이 설치 요구 사항을 충족 하지 않습니다."입니다.

    조건 Description
    Version9X 시스템이 설치 요구 사항을 충족 하지 않습니다. [ERRORTXT]
  • 대괄호는 반복 될 수 있고 속성 이름은 내부에서 확인 됩니다. 예를 들어, [ [ 텍스트에 substring propertya ] ] 가 표시 된다고 가정 합니다. 먼저, PropertyA 속성의 값을 검색 합니다. 값이 PropertyB와 같은 유효한 속성 이름인 경우 PropertyB의 값이 검색 되 고 전체 부분 문자열 [ [ PropertyB ] ] 가 propertyb의 값으로 대체 됩니다. PropertyA가 유효한 속성 이름이 아니거나 PropertyA의 값이 유효한 속성 이름이 아닌 경우 부분 문자열이 비어 있습니다.

  • 고 environmentvariable 폼의 부분 문자열을 [ % ] 찾으면 환경 변수의 값이 하위 문자열을 대체 합니다.

  • X 형식의 부분 문자열을 [ \ ] 찾으면 문자 x 로 대체 됩니다. 여기서 x 는 추가 처리 없이 문자 x입니다. 백슬래시 다음에 오는 첫 번째 문자만 유지 됩니다. 다른 모든 항목은 제거 됩니다. 예를 들어, 리터럴 왼쪽 대괄호 ()를 포함 하려면를 [ 사용 [ \ [ ] 합니다. 텍스트 [ \ [ ] 대괄호 텍스트는 [ \ ] ] 대괄호 텍스트를 확인 합니다 [ ] .

  • 부분 문자열이 중괄호 ({})로 묶여 있고 대괄호 ()로 묶인 속성 이름을 포함 하지 않는 경우에는 중괄호를 포함 하 여 [ ] 부분 문자열이 변경 되지 않은 상태로 유지 됩니다.

  • 부분 문자열이 중괄호 ({})로 묶여 있고 대괄호로 묶인 속성 이름 ()이 하나 이상 포함 된 경우 [ ] 모든 속성 이름이 유효 하면 중괄호 없이 텍스트 (확인 된 대체)가 표시 됩니다.

  • 폼의 부분 문자열을 [ ~ ] 찾으면 null 문자로 대체 됩니다. 이는 레지스트리 테이블에서 REG _ multi-factor _ character 문자열을 작성 하는 데 사용 됩니다. 는 [ ~ ] 환경 테이블을 사용 하 여 환경 변수에 값을 추가 하거나 접두사로 추가 하는 데도 사용 됩니다.

  • Filekey 폼의 부분 문자열을 [ # ] 찾으면 파일의 전체 경로로 바뀌고 filekey 값이 파일 테이블에 키로 사용 됩니다. Filekey의 값은 [ # ] 공백으로 유지 되며 설치 관리자가 CostInitialize action, FileCost actionCostFinalize 동작을 실행할 때까지 경로로 대체 되지 않습니다. Filekey의 값은 [ # ] 파일이 속한 구성 요소의 설치 상태에 따라 달라 집니다. 원본에서 구성 요소를 실행 하는 경우 값은 파일의 원본 위치에 대 한 경로입니다. 구성 요소가 로컬로 실행 되는 경우이 값은 설치 후 파일의 대상 위치에 대 한 경로입니다. 구성 요소의 동작 상태가 없음 인 경우 설치 된 구성 요소의 상태를 사용 하 여를 확인 합니다 [ ) .

  • Componentkey 형식의 하위 문자열을 찾은 경우 구성 요소 [ $ ] 테이블에서 키로 사용 되는 값 componentkey 를 사용 하 여 구성 요소의 install 디렉터리로 대체 됩니다. Componentkey의 값은 [ $ ] 빈 상태로 유지 되며 설치 관리자가 CostInitialize action, FileCost actionCostFinalize 작업을 실행할 때까지 디렉터리로 대체 되지 않습니다. Componentkey의 값은 [ $ ] 구성 요소의 설치 상태와 발생 하는 위치에 따라 달라 집니다. 레지스트리 테이블의 값 열에서이 하위 문자열은 구성 요소의 동작 상태 또는 요청 된 작업 상태를 참조할 수 있습니다. 다른 모든 경우에이 하위 문자열은 구성 요소의 동작 상태를 나타냅니다. 예를 들어 원본에서 구성 요소를 실행 하는 경우 값은 파일의 원본 디렉터리입니다. 구성 요소가 로컬로 실행 되는 경우이 값은 설치 후의 대상 디렉터리입니다. 구성 요소가 없는 경우 값은 비어 있습니다. Windows 설치 관리자는 구성 요소의 작업 및 요청 된 설치 상태를 모두 추적 합니다. 예를 들어 구성 요소가 이미 설치 되어 있는 경우이 구성 요소는 로컬의 요청 된 상태와 null의 동작 상태를 가질 수 있습니다. 구성 요소의 설치 상태를 확인 하는 방법에 대 한 자세한 내용은 기능, 구성 요소, 파일 설치 확인을 참조 하십시오.

  • 구성 요소가 이미 설치 되어 있는 상태에서 현재 설치 하는 동안 다시 설치, 제거 또는 이동 하지 않은 경우에는 구성 요소의 작업 상태가 null이 고 문자열 [ $ componentkey 가 ] null로 평가 됩니다.

  • 형식의 부분 문자열이 면 [ filekey ] 는 파일의 전체 짧은 경로로 바뀌고 filekey 값은 파일 테이블에 키로 사용 됩니다.

    이 구문은 레지스트리 또는 IniFile 테이블의 값 열에 사용 되는 경우에만 유효 합니다. 다른 열에서 사용 하는 경우이 구문은 [ # filekey 와 동일 하 게 처리 됩니다 ] .