Typescript: 클래스에서 정적 '길이'함수를 정의 할 수 없습니다.

나는 최근에 이것을 만났다. :(

또한 몇 가지 다른 코드는 허용되지 않습니다. 예를 들어 다음 코드는 오류가 발생합니다 (이 기능을 수행하는 경우).

class C {
    static name = 'something';
    static arguments = 'args';
    static caller = 'caller';
}

console.log(C.name); // 'C'
console.log(C.arguments); // null
console.log(C.caller); // null

그러나 이들 모두가 표준적인 것은 아닙니다.

name , caller 및 length 속성을 사용할 수 없다고 생각합니다. 읽기 전용 속성이며 재정의 할 수 없습니다. 그들에 대한 모든 할당은 무시됩니다.

@tinganho 동의

좋아,하지만 사람들은 때때로 이런 종류의 오류를 포착하기 때문에 TS가 뭔가 잘못한 것에 대해 알려 주어야한다고 생각합니다. name 또는 length 와 같은 속성은 기억하기에 너무 자연 스럽기 때문에 사람들이 계속해서 다시 정의하려고 할 것입니다.

길이, 이름이 이미 정의 되었기 때문일 수 있습니다.

나는 이것을 시도하고 작업 할 것입니다. 이미 언급 한 것 외에 허용되지 않아야하는 속성 이름이 더 있습니까?

지금까지 내가 본다.
길이, 이름, 인수, 호출자

누군가가 금지 된 이름 중 하나로 정적 속성을 설정하려고 할 때 정확히 어떻게됩니까? 컴파일러 오류? 사용자에게 보이는 경고?

나는 이것에 익숙하지 않으므로 무언가를 놓치고 있다면 약간의 지침을 주시면 감사하겠습니다. : +1 :

컴파일하지 않는 이유

class C {
    static name = 'something';
    static arguments = 'args';
    static caller = 'caller';
}

console.log(C.name); // 'C'
console.log(C.arguments); // null
console.log(C.caller); // null

같은 것에

var C = (function () {
    function C() {
    }

    C.__statics = {
        name: 'something',
        arguments: 'args',
        caller: 'caller'
    };

    return C;
})();
console.log(C.__statics.name); // 'something'
console.log(C.__statics.arguments); // 'args'
console.log(C.__statics.caller); // 'caller'

stackoverflow에서도 질문이 나타났습니다. http://stackoverflow.com/a/34644236/390330 : rose :

@zerkms 두 곳에 같은 댓글을

구조적 유형 시스템에서 임의로 이름을 재 작성할 수는 없습니다.

다음과 같은 코드를 고려하십시오.

interface HasName {
  name: string;
}
class Foo {
  static name = 'fooClass';
}
let bar: HasName = { name: string };
let q = Math.random() > 0.5 ? Foo : bar;
console.log(q.name);

@RyanCavanaugh 는 참으로 공정한 예입니다 (나는 TS에서 개발하지는 않지만 이런 코드를 유효한 것으로 취급하자마자 유형 시스템이 이상합니다).

위험없이 트랜스 파일 할 수 없다면 그냥 허용하지 않는 것이 좋을까요?

위험없이 트랜스 파일 할 수 없다면 그냥 허용하지 않는 것이 좋을까요?

확실히 transpile을 변경하지 않고 컴파일 오류로 만듭니다. : rose :

[...] 아마도 우리는 그들을 금지해야할까요?

일부 진취적인 개발자는 PR을 보내야합니다! :눈짓:

Object.defineProperty 사용하지 않는 이유는 무엇입니까?

예

class C {
    static length() { return "twelve"; }
}

다음과 같은 것으로 변환됩니다.

var C = (function () {
    function C() {
    }
    Object.defineProperty(C, "length", {
        value: function () { return "twelve"; },
        writable: true
    });
    return C;
}());

@ nicolo-ribaudo 실제로 작동합니다. 내 의견 :하지만 난 오히려 오류 대신 이러한의 transpile를 볼 것입니다. TypeScript는 일반적으로 _fixing JavaScript_ : rose 대신 우아한 오류쪽에 있습니다.

TypeScript는 일반적으로 JavaScript를 수정하는 대신 우아한 오류에 의존합니다.

TS의 전체적인 아이디어는 할 수없고 할 수없는 간격을 채워서 JS를 수정하는 것입니다.

TS의 전체적인 아이디어는 할 수없고 할 수없는 간격을 채워서 JS를 수정하는 것입니다.

예. 그러나 JavaScript의 작동 방식을 이해함으로써. null 및 undefined 의 예를 들어보십시오. TypeScript는 (Dart가 https://www.dartlang.org/docs/synonyms/와 같이 하나의 것으로 통합하는 대신) 두 가지를 모두 이해하기로 선택했습니다. TypeScript는 잘못된 JavaScript 패턴을 사용하는 경우 (transpile에서 수정하는 대신) 오류를 제공합니다.

내 의견은 내 의견이며 나 외에는 누구도지지하지 않습니다.

한편 ES6 / 2015 기본 지원은 Chrome 및 Firefox에 포함되었습니다. 이것이 기본적으로 문제를 어떻게 처리하는지 관찰하면 @ nicolo-ribaudo와 제가 제안한 것과 비슷합니다 (# 9778 참조).

기본 동작을 설명하는 스 니펫 :

class Foo {
    constructor() {}
}
class Bar {
    static length() {}
    static name() {}
    static caller() {}
}
Foo.name = "FooChanged";
Bar.name = "Baz";

console.log(Foo.name) // Logs "Foo". Foo.name remains unwritable
console.log(Bar.name) // Logs "Baz".  Bar.name became writable

@tinganho 가 name , length 및 caller 의 읽기 전용에 대해 이전에 작성한 내용과 관련하여 기본 구현에서 속성이 생성자 함수에 한 번 쓸 수 있음을 관찰 할 수 있습니다. 우리는 둘 중 하나를 정적 클래스 멤버로 정의했습니다 (이 때문에 클래스 이름을 얻기 위해 Function.name 에 대한 위험한 가정에 관한 MDN 에 대한

따라서 @ nicolo-ribaudo가 제안한대로 Object.defineProperty 를 사용하면 네이티브 동작을 정확하게 에뮬레이션 할 수 있습니다. 고려해야 할 사항은 이전의 일부 ES5 호환 브라우저 버전이 속성을 configurable: false 설정했다는 것입니다. 따라서 writable: true 로 만들려고하면 실패합니다 (예 : Function.name의 구성 가능성 참조).

요약하자면이 문제에 대한 나의 견해는 다음과 같습니다.

• compile-target es3 Object.defineProperty() 를 사용할 수 없습니다. Object.defineProperty 없으면 ES5 환경에서 ES3 코드를 실행하면 읽기 전용 문제가 발생합니다. 따라서 대상 es3 대한 컴파일 오류가 필요합니다.
• compile-target es5 writable: true 대해 Object.defineProperty() 및 writable: true 로 컴파일하고 이러한 속성 이름을 사용하면 브라우저에서 오류가 발생할 수 있다는 경고 / 오류가 발생할 수 있습니다. x of version <= y 이러한 브라우저를 지원해야하는 경우 가장 안전한 옵션은 다른 이름을 선택하는 것입니다.
• 사람들이 속성을 사용하는 것을 절대 원하지 않으면 두 대상 중 하나에 대해 컴파일 오류를 생성하십시오.

컴파일 출력에 관계없이 어떤 종류의 추가 메시지라도 컴파일러 출력의 잠재적 인 문제에 대한 힌트가 전혀없는 오늘날 (TS 1.8.10) 상황보다 낫다고 생각합니다.

편집 : Snipped 추가

@RyanCavanaugh : 마일스톤 TS 2.0.1에 대해이 문제를 다시 방문해 주

PR의 태그는 제한된 리소스를 가진 TypeScript 팀이이를 해결하기 위해 커뮤니티에 공개하고 있음을 나타냅니다. 이 문제를 해결하려면 더 넓은 커뮤니티의 누군가가 TypeScript 코어 팀이 백 로그에 충분한 공간이 있다고 생각할 때까지 문제를 해결해야합니다 (오래 시간이 걸릴 수 있음).

@kitsonk 홍보 라벨을 설명 해주셔서 감사합니다. 나는 그것을 이해했다고 생각한다. 내가 제안한 것은 여전히 ​​문제를 처리하는 올바른 방법인지 재평가하는 것이 었습니다. _name_ 또는 _length_라는 정적 클래스 속성은 발생할 가능성이 거의 없으며 TS는 이에 대한 오류 출력을 생성합니다. 따라서 나는 문제와 "에지 케이스"라고 부르지도 않을 것입니다.

정적 속성이 언어의 핵심이라고 생각하며 아직 풀 요청이 없더라도 문제에 대한 솔루션이이 스레드에 제시되었습니다.

그럼에도 불구하고 PR을 제공 할 수 있는지 평가할 것이지만 TS 소스에 대해 아직 잘 알지 못하며 TS 2.0이 이전에 출시 될 것이 두렵다는 점을 인정해야합니다.