Typescript: typeof this.xxx는 "식별자 예상"오류를 제공합니다.

나는 둘 다 말하지 않을 것입니다 ... 그것은 단지 잘못된 구문입니다 ... try "var copy = typeof (this.data = {});"... 이것을 말한 후, 나는이 코드를 사용하지 않을 것입니다 ... 그것은 혼란 스럽습니다 .. .

@giancarloa 흠, 그 괄호를 추가하면 안됩니다. 위의 코드는 프로덕션의 코드가 아니라 최소한의 문제 트리거 일뿐입니다. 이와 같은 코드를 사용하고 싶은 상황이있을 수 있습니다.

여기에서 this 를 그 이외의 것으로 가져 가면 괜찮을 것이고 오류가보고되지 않을 것입니다. 예

class Test {
    static data = {};
    constructor() {
        var copy: typeof Test.data = {};
    }
}

사양에 따라

_TypeQueryExpression : _
_ 식별자 _
_TypeQueryExpression_ . _IdentifierName_

그래서 이것은 예상됩니다.

허용되지 않는 이유는

function foo() {
    var x: typeof this.x;
}

this 더 많거나 적은 유형이 any 이므로 완벽하게 유효합니다. 따라서 클래스에서는 의미가있을 수 있지만 # 229가 없으면 다른 컨텍스트에서는 의미가 없습니다.

@DanielRosenwasser OO 흠 ... 사양 업데이트를 고려해 주시기 바랍니다. 롤.

고려해야 할 사항입니다. 회원이 비공개가 아닌 경우 다음과 같이 쉽게 해결할 수 있습니다.

self = this;
var x: typeof self.data;

이 기능을 기다리고 있습니다.
가장 단순한 경우가 지원되어야한다고 생각합니다
var a : typeof this.x = 1;

그리고 재귀 적 유형의 멤버는 오류로 이어져야합니다.

감사.

문법을 바꾼다면 이것이 효과가있을 것 같습니다.

@RyanCavanaugh 이지만 내가 준 맥락에서 허용하는 것이 적절합니까? 그것은 필연적으로 사람들이 그렇게하고 any 를 그들의 유형으로 얻도록 이끌 것입니다.

구문 적으로 정확하다고해서 그것이 실제로 의미가 있다는 것을 의미하지는 않습니다. IMO.
그러나이 원인에 대해 경고가 발생할 수 있습니다.

foo 유형이 any 인 typeof foo.bar 를 이미 작성하도록 허용했으며 다음 유형이 다음과 같을 때 다른 점 표현 위치에 이미 this.x 를 작성할 수 있습니다. this 은 any 입니다. typeof this.x 의 교차로가 왜 예외를 인정해야하는지 모르겠습니다.

다른 사용 사례를 추가하기 위해. 얼마 전에 lodash에 대한 유형 정의를 만들었고 지원되는 서명 중 일부는 실제로 다른 메서드의 별칭입니다. 나는 그들을 이렇게 선언했다 :

interface LoDashArrayWrapper<T> {
    rest(): LoDashArrayWrapper<T>;
    rest(
        callback: ListIterator<T, boolean>,
        thisArg?: any): LoDashArrayWrapper<T>;
    rest(n: number): LoDashArrayWrapper<T>;
    rest(pluckValue: string): LoDashArrayWrapper<T>;
    rest(whereValue: {}): LoDashArrayWrapper<T>;

    drop: typeof rest;

    tail: typeof rest;
}

이것은 컴파일러 버전 1.0에서 잘 작동했습니다. 그러나 더 이상 컴파일되지 않습니다. 그리고 이것을 표현하는 TypeQueryExpression을 생각할 수 없기 때문에 각 별칭에 대한 전체 서명 집합을 복제하는 것 외에 다른 옵션이 표시되지 않습니다.

@juanevp 기능 인터페이스는 어떻습니까?

interface LoDashArrayWrapper<T> {
    rest: LoDashArrayWrapperOperation<T>;
    drop: LoDashArrayWrapperOperation<T>;
    tail: LoDashArrayWrapperOperation<T>;
}

interface LoDashArrayWrapperOperation<T> {
    (): LoDashArrayWrapper<T>;
    (
        callback: ListIterator<T, boolean>,
        thisArg?: any): LoDashArrayWrapper<T>;
    (n: number): LoDashArrayWrapper<T>;
    (pluckValue: string): LoDashArrayWrapper<T>;
    (whereValue: {}): LoDashArrayWrapper<T>;
}

승인되었습니다. 매우 쉽게 수정해야합니까? 그래도 화살표 함수에서 _this = this 방출이 발생하지 않는지 확인하십시오.

관련이 있습니까? 다음과 같이 [ts] Identifier expected. 를받습니다.

class UserState {
    <strong i="7">@observable</strong> state = {
        name : "",
        id : "",
    };

    <strong i="8">@action</strong>
    changeUser(user: typeof this.state) { // Error is here
        Object.assign(this.state, user);
    }
}

export const userState = new UserState();

위의 경우 this.state 를 사용할 수 있으면 유용합니다.

흠 나는 방금이 문제가 발생했습니다 :(

클래스에서 객체를 정의하고 있습니다.
그런 다음 위의 유형이어야하는 유형 매개 변수가있는 다른 객체를 정의합니다.

thing = {
    a: 1,
    b: 2
};
multi: CMultiDataset<typeof this.thing>;

이 경우 정적 변수로 변경하고 typeof ClassName.thing 라고 말하는 것은 각 인스턴스마다 다르기 때문에 적절하지 않습니다. 또한 multi 는 클래스 변수 여야하므로 클래스 선언시 해당 유형을 가져야합니다.

@RyanCavanaugh @DanielRosenwasser @mhegazy 는 비교적 쉬운 수정이라고 생각되는 것처럼 들립니다. 그래도 수년에 걸쳐 관심에서 벗어난 것 같습니다. 구현 될 가능성이 있습니까?

@ sam-s4s 요즘에는 CMultiDataset<this["thing"]> 대신 쓸 수있게되었습니다. 인덱싱 된 액세스는 typeof 와 달리 this (다형성, 짝수)와 함께 작동합니다.

감사합니다 @weswigham- 내가 CMultiDataset<ClassName['thing']> 할 수 있다는 것을 알게 되었기 때문에 대부분 문제에서 벗어날 수 있습니다. :)

그래도 작동하는 this 를 사용하여 어떤 조합도 찾을 수 없습니다 ...

@ sam-s4s 요즘에는 CMultiDataset<this["thing"]> 대신 쓸 수있게되었습니다. 인덱싱 된 액세스는 typeof 와 달리 this (다형성, 짝수)와 함께 작동합니다.

방금 시도했지만 TypeScript 3.4.4에서는 작동하지 않지만 @ sam-s4s의 하나는 작동합니다 ( ClassName['thing'] ). "ClassName"만 사용할 수있는 대신 this 가 작동하는 것이 더 합리적이라고 생각합니다.

내가 뭔가가 있다면
```타입 스크립트
public groupByTypes = [ 'None', 'Foo', 'Bar'] as const;

public groupBy : typeof groupByTypes [number];
`` What is the proposed workaround? And I cannot make groupByTypes` static