`ImportDeclaration.moduleSpecifier`는 항상 StringLiterial이어야합니까?

Question

interface ImportDeclaration extends Statement { 
    kind: SyntaxKind.ImportDeclaration; 
    importClause?: ImportClause; 
    moduleSpecifier: Expression; 
} 

이

내가 moduleSpecifier이 아닌 것을 사용 사례를 찾을 수없는 StringLiteral

Answer 1

그것은 컴파일러의 나머지해야하지만 파서가 정상적으로 복구 할 수 있도록 Expression 유형으로 더 일반적으로 지정되고 그것을 나무에 보관하십시오.

체크 아웃 this comment from the source을 확인하십시오.

// We allow arbitrary expressions here, even though the grammar only allows string 
// literals. We check to ensure that it is only a string literal later in the grammar 
// check pass. 

파일 내의 모든 텍스트는 해당 트리의 일부 노드에 속해 있습니다. 위와 같은 경우 이라는 Identifier에 오류를보고하고자합니다.

구문 분석 오류 이후에 구문 분석을 수행 했으므로 표현식이 무엇이든 importSpecifier이어야합니다. 그렇지 않으면 노드 이이되어야 함을 어떻게 알 수 있습니까? ImportDeclaration이 소유 한 컨텍스트는 구문 분석 후에 구문 분석 오류를보고해야한다는 것을 알 수 있습니다.

언급했듯이, importSpecifier의 모든 사용자는 importSpecifier이 표현 인 좀 더 일반적인 경우를 처리해야합니다. 이것은 분명히 고통스럽고 불행히도 당신에게 큰 해결 방법이 없습니다.