동의. Java의 @SuppressWarnings 특히 여기에 설명된 경우와 같은 것을 갈망합니다.

다음과 같은:

const typeMetadataKey = Symbol('type');

function type(name: string): PropertyDescriptor {
 return Reflect.metadata(typeMetadataKey, name);
}

Unable to resolve signature of class decorator when called as an expression. 오류를 생성합니다.

아래와 같이 사용할 때:

class Person {
  @type('string')
  firstName: string;
}

데코레이터는 예상대로 작동하고 컴파일되지만 위의 오류가 발생합니다.

이 문제가 어떻게 해결될지에 대한 생각이 있다면 누군가가 올바른 방향을 가리키고 싶다면 기꺼이 파고들어 보십시오.

그냥 캐스팅 (캐스팅은 공식 용어가 아니라 같은 개념)

const foo: string = 7 as any;

그것이 당신이 찾고있는 것입니까?

나는 단지 예를 든 것이지 실제로는 (나는 캐스팅에 대해 모두 알고 있음) 다음과 같은 다른 경우가 있습니다.
생성자 및 기타 문제의 첫 번째 줄 이후에 super가 호출됩니다...

• JS +에서 TS로 더 쉽게 전환할 수 있을 것입니다. 언젠가는 라이브러리를 변경하고 수많은 오류가 발생하고 그 이유 때문에 개발자로서 알고 있는 것처럼 정리하고 싶을 때가 있습니다.

이것은 중요한 기능입니다

// tslint:disable ?
tsc 수행하는 특정 검사를 켜거나 끌 수 있습니까?
_예:_ const FooBar: string = 'rozzzly'; // tslint:disable-line camelcase

그것은 굉장 할 것입니다 ...

잘 모르겠습니다... tsc 범위를 벗어난 것 같습니다. 그것이 바로 린터의 용도입니다.

"닥쳐" 할 수 있어야 합니다. :)

API가 약간 변동성이 있고 오류가 항상 정확하지 않을 수 있는 데코레이터와 같은 "실험적" 기능에 대한 오류/경고를 억제하는 것에 대해 논쟁의 여지가 있다고 생각합니다. tsconfig "experimentalDecorators" 필드를 사용하여 이것의 (매우 구체적인) 버전을 얻을 수 있지만 한 가지 유형의 경고만 억제합니다.

내 자신의 악마의 옹호자 역할을 하려면 TypeScript의 새로운 사용자가 경고가 발생하는 이유를 배우는 대신 이해하지 못하는 경고를 억제하도록 권장할 수 있습니다. 그리고 실험적인 기능을 사용하면 모든 사람이 일종의 새로운 사용자입니다. 오류를 억제할 수 있는 기능이 있으면 사용자가 문제를 제기하는 대신 새 기능의 버그에 만족할 수 있습니다.

궁극적으로, 나는 여전히 내 Syntastic 출력이 깨끗하기를 원합니다. 즉, 오류를 억제합니다. 물론, 그것은 _after_ 가능한 버그에 대한 문제를 열고 더 많은 것을 배우려고 노력할 것입니다. ;)

"닫기"의 문제는 "그것"에서 무엇을 얻을 수 있는지 모른다는 것입니다. let a:string = 1 a number 또는 string 입니까? a 의 다른 선언이 있으면 병합합니까? return {a} ; 와 같이 이 변수의 유형을 캡처한 사람이 있으면 { a : number } 또는 { a: string } 또는 둘 다에 할당할 수 있어야 합니다.

한 가지 근본적인 것은 오류는 모두 무시할 수 있다는 것입니다. 오류는 출력 생성이나 도구를 차단하지 않습니다.

코드의 특정 부분에 대한 검사를 억제할 수 있는 다양한 메커니즘이 있습니다(예: any , 유형 주장(캐스트) 및 앰비언트 선언).

예를 들어 "유효하지 않은" 정의가 있는 라이브러리가 있는 경우 해당 라이브러리를 제거하고 declare module "blah" { export = any } 바꿀 수 있습니다. 또는 declare var $: any 를 선택하면 됩니다.

내가 일반적으로 이러한 요청에 응답할 때 귀하의 문제는 오류를 억제하는 데 있지 않다고 생각합니다. 실제 문제는 유용하지 않은 오류가 발생했다는 것입니다. 근본적인 문제를 해결하지 못하는 억제는 그것을 덮을 뿐이며 경고 없이 일관되지 않은 상태의 파급효과를 가져옵니다. 올바른 해결책은 오류가 무엇인지 아는 것입니다. 무슨 도서관이야? 그리고 컴파일러가 왜 당신에게 쓸모없는 오류를 주는지...

이를 위해서는 귀하의 사용 사례에 대해 더 많이 알아야 합니다.

예를 들어, 이러한 근본적인 문제 중 일부를 해결하기 위해 TS 2.0에서 몇 가지 작업을 수행했습니다.

• 전체 모듈 또는 모듈 세트(예: declare module "@angular\*"; 를 비활성화하는 쉬운 방법을 허용하는 모듈 이름에 약식 앰비언트 모듈 선언 및 와일드카드 문자를 지원합니다.
• 모듈 정의가 로드되는 위치를 재정의할 수 있도록 모듈 해상도 변경
• .d.ts 파일 에서 동일한 유형의 중복 정의 허용
• .d.ts 파일을 입력하지 않으려면 새 --skipLibCheck
• --typeRoots 를 지원하여 선언 파일이 로드되는 위치를 재정의할 수 있습니다.

그냥 아무거나 사용하십시오. 이것은 "닥쳐", 그렇게하는 것의 장점 (또는 실제로 부족함)은 다른 질문입니다.

let x: PieInTheSky = <any> 'cake is a lie';

좋아, 하지만 다시 말하지만, 문제는 구체적으로 캐스팅에 관한 것이 아닙니다.

<any> 는 TypeScript의 모든 성가신 것들로부터 100% 자유로이 바닐라 자바스크립트를 제공합니다. 그렇다면 다른 무엇이 필요합니까?

제 경우에는 생성자의 첫 번째 줄이 아닌 super를 호출하고 오류를 조용하게 해야 합니다.

반패턴을 받아들이도록 강제하는 대신 다음과 같이 작성해 보십시오.

_ _ClassA.ts _

class A {
    constructor() {
        this.init();
    }
    protected init() {
        // does nothing by itself
    }
}

_ _ClassB.ts _

class B extends A {
    constructor() {
        super();
        console.log('rest of code from B\'s constructor');
    }
    protected init() {
        console.log('this runs before the rest of code from B\'s constructor');
    }
}

이것이 타이프스크립트를 _또한 짜증나게 하는_ 이유입니다. 더 나은 코드를 작성하도록 강요하고 더 나은 개발자가 됩니다. 프로젝트를 변환하는 것은 재미 가

제 경우에는 생성자의 첫 번째 줄이 아닌 super를 호출하고 오류를 조용하게 해야 합니다.

그리고 코드를 ES6과 호환되지 않게 만드세요... 이것이 바로 TypeScript의 주요 목적이 👣 :gun: 을 손에서 빼는 것입니다.

TypeScript가 올바른 것을 해석하지 않는 경우 "해결"이 아닌 수정되어야 합니다. 이제 TypeScript가 더 린터처럼 작동하고 "오류" 대 "경고"의 개념이 아직 없는 몇 가지 사항이 있습니다. 나는 그들이 올 때 억제하는 경고를 볼 수 있습니다. 반환 후의 코드 및 사용하지 않는 매개변수와 같은 것은 구문적으로 정확하기 때문에(바보지만) 경고가 되어야 한다고 생각합니다.

이 기능을 갖고 싶은 또 다른 경우는 다음과 같습니다.

interface Animal {
  numberOfLegs: number;
  // a gazillion more properties
}

class Dog implements Animal {
  breed: string;

  constructor(animal: Animal, breed: string) {
    Object.assign(this, animal);
    this.breed = breed;
  }
}

지금 ts에서 오류가 있습니다.

[ts] 'Dog' 클래스가 'Animal' 인터페이스를 잘못 구현함
'개' 유형에 'numberOfLegs' 속성이 없습니다.

보시다시피 컴파일러는 완전히 잘못되었지만 컴파일러를 위해 인터페이스에서 모든 속성을 복사하고 싶지는 않습니다.

@DethAriel 기본적으로 당신이 요구하는 것은 유형 시스템에서 사후 조건 부작용을 표현하는 방법입니다. 흥미롭긴 하지만 코드가 엄청나게 복잡해질 것 같은 느낌이 듭니다.

@aluanhaddad 네 , 완전히 이해합니다. 그러나 여전히 인터페이스 구성원을 복사하여 붙여넣는 것을 제외하고는 이에 대한 추하지 않은 해결 방법이 보이지 않습니다. 이는 최소한 이상적이지 않습니다. 그렇기 때문에 컴파일러 오류 출력을 차단할 수 있는 기능이 있는 것이 합리적이라고 생각합니다. 우리는 모두 똑똑한 사람들이고 컴파일러는 우리가 다음과 같이 말할 때 우리를 신뢰해야 합니다.

인터페이스 + 클래스 콤보를 사용하십시오.

interface Animal {
  numberOfLegs: number;
  // a gazillion more properties
}

interface Dog extends Animal {
}

class Dog  {
  breed: string;

  constructor(animal: Animal, breed: string) {
    Object.assign(this, animal);
    this.breed = breed;
  }
}

Thx, @mhegazy , 실제로 작동했습니다.

오류를 <any> 제거할 수 없으면 어떻게 합니까?

https://github.com/Microsoft/TypeScript/issues/3508 에서 논의된 실험적 바인드 구문을 사용하고 있으며 이를 사용하지 않는 것 외에는 컴파일러가 각 :: 앞에 있는 각 줄의 오류를 무시하도록 할 수 없습니다. TS1128: Declaration or statement expected )

실험적 바인드 구문을 사용하고 있습니다.

이것은 하나의 경고를 무시하는 것 이상입니다. 파서는 그것을 지원하지 않으므로 결과 트리가 완전히 잘못되었으며 이 시점부터 모든 컴파일러 기능이 작동하지 않으므로 형식 유추, 호환성 검사, 형식 지정, 완료, 아무것도 없습니다. 따라서 모든 오류를 무시하거나 .js 파일에서 작업하는 것이 좋습니다.

현재 거대한 JS 프로젝트를 typescript로 변환 중이며 gulp build 명령을 실행할 때 변환을 수행한 후 컴파일하는 동안 약 2000개의 TS 오류가 표시되고 대부분의 오류는 클래스 또는 모듈에 정의되지 않은 속성과 관련이 있습니다. 한정된. 출력 JS 파일이 생성될 때 이러한 유형의 오류를 억제할 수 있는 방법이 있어야 한다고 생각합니다.

이것은 정확히 제 경우입니다. ES6 이전 모듈을 속성으로 설계하여 빌드한 앱을 변환하므로 거대한 app.namespace1.namespace2.something.views.view와 같은 전역 객체가 있습니다.

일부를 다시 작성하고 전역 app.* 개체와 내 코드의 다른 하위 요소에 의존합니다. 내가 얻는 것은 "네임스페이스 '앱'을 찾을 수 없음' 경고 메시지뿐입니다.

내 모든 전역 종속성을 globalProxy.ts로 리팩토링했으므로 이것이 경고를 받는 유일한 장소이지만 콘솔을 정리하기 위해 이 파일의 맨 위에 //TS-NO-WARNINGS를 추가하는 것은 굉장할 것입니다. 명백한 메시지에서 ...

TS 오류는 코드 생성을 차단하지 않습니다. 무시하도록 선택할 수 있지만 이것이 말하는 것은 컴파일러가 코드의 정확성을 주장할 수 없다는 것입니다.

@zeeshanjan82 --allowJs 하고 파일별로 마이그레이션하지 않는 이유는 무엇입니까? 이 설정을 사용하면 JavaScript 소스에서 유형 오류가 발생하지 않습니다. 앰비언트 와일드카드 선언을 사용하여 다음과 같은 모듈 확인 오류를 억제할 수도 있습니다.
_globals.d.ts_

declare module '*';

다음은 오류 억제를 위한 또 다른 사용 사례입니다.

순간 라이브러리의 관리자는 startOf 및 endOf 메서드에 대한 매개변수 열거형에 유효한 문자열로 isoWeek 를 추가하는 것을 잊었습니다. 그것은 후속 릴리스에서 수정되었지만 그렇게 함으로써 이러한 유닛이 처리되는 방식을 완전히 리팩토링했는데, 이는 우리 측에서 너무 많은 재작업을 야기할 것입니다.

그래서 우리는 순간의 버전을 수정했지만 지금은 TS throwing 오류로 인해 본질적으로 isoWeek 사용할 수 없습니다. 그래서 지금은 바위와 힘든 곳 사이에 끼어 있습니다.

로컬 복사본을 추가할 수 있습니다. 다음과 같이 간단한 것을 말하십시오.

// ./overrides/moment.d.ts
declare module "moment";

// tsconfig.json
{
    "compilerOptions": {
        "module": "commonjs",
        "target": "es5",
        "baseUrl": ".",
        "paths": {
            "moment": ["overrides/moment.d.ts"]  // override definition for moment
        }
    }
}

이제 컴파일러는 패키지와 함께 제공되는 복사본 대신 override/moment.d.ts 의 로컬 복사본을 확인합니다. 분명히 이것은 순간 선언 파일의 로컬 복사본이거나 필요한 작은 집합일 수 있습니다.

제3자 라이브러리에 대한 나만의 타이핑 정의를 유지하려는 시간과 욕구가 모두 부족합니다. ;)

제3자 라이브러리에 대한 나만의 타이핑 정의를 유지하려는 시간과 욕구가 모두 부족합니다. ;)

그리고 그것은 완벽하게 괜찮습니다. 모듈에 대해 declare var $: any 에 해당하는 declare module "moment"; 를 사용하기

@mhegazy 의 제안은 아주 좋은 것입니다. 그렇게 하는 데 약 20초가 걸립니다. 그건 그렇고, 순간과 관련하여 그들은 내가 사용하고 있던 몇 가지 장치를 잊어 버렸고 내 풀 요청을 수락하는 데 매우 개방적이었습니다.

추가의 단점 declare module "moment"; 더 이상 어느 순간 관련 코드에 대한 모든 IDE 인텔리 또는 정적 타입 검사가없는 것입니다. 그리고 발생하는 any 는 주변 코드로 흘러들어가 많은 정적 검사를 종료하는 경향이 있습니다. 하나의 문제가 있는 열거형 값과 관련된 오류를 억제하기 위해 지불하는 것은 무거운 대가입니다.

@aluanhaddad 문제를 해결하기 위해 열린 풀 리퀘스트가 있었지만 다른 풀 리퀘스트를 위해 isoWeek 대한 지원은 추가되지 않았습니다). 그래서 그곳에서 무슨 일이 일어났는지 확실하지 않습니다. .

요점은 이러한 문제가 Angular 2 등의 채택과 함께 앞으로 더 자주 발생할 것이므로 특정 오류를 억제하는 방법이 내가 상상할 수 있는 유용할 것이라는 점입니다.

노드 코어 라이브러리(net, node 6.9 LTS)에 다음과 같은 문제가 있습니다.

server = net.createServer({ pauseOnConnect: true }, function(connection) { ... }) 
// [ts] severity: 'Error'
message: 'Argument of type '{ pauseOnConnect: boolean; }' is not assignable to parameter of type '{ allowHalfOpen?: boolean; }'.
  Object literal may only specify known properties, and 'pauseOnConnect' does not exist in type '{ allowHalfOpen?: boolean; }'.'

또한 ioredis 라이브러리와 함께:

var redis = new Redis(CONFIG.redis); 
// [ts] severity: 'Error'
message: 'Only a void function can be called with the 'new' keyword.'

@yortus 와 @adamreisnz가 지적했듯이 이것은 정의 파일이 항상 올바르게 업데이트되지 않기 때문에 일반적인 문제입니다. 게다가 declare module "x"; 사용하여 TS 혜택을 희생해야 한다면 애초에 TS를 사용하는 이유는 무엇입니까?

지능을 잃지 않도록 누락된 유형으로 모듈을 보강할 수도 있습니다.

글쎄, 내가 쓸 때 :

if (typeof Symbol === "function" && Symbol.match) {
  // ...
}

typescript 컴파일러는 target 가 es5 이면 항상 오류 Cannot find name 'Symbol' 보고하지만 이 코드는 실제로 예상대로 잘 작동합니다.

따라서 주석 줄에서 작동하는 일부 제어 지시문이 필요하다는 데 동의합니다.

declare var Symbol: any;

@gdh1995 @mhegazy 또는 lib 플래그를 es2015 로 설정하는 실제 수정을 사용하십시오.

@mhegazy 감사합니다. 나는 이것이 잘 작동한다는 것을 알았습니다.

declare var Symbol: {
  (description?: anyNotSymbol): symbol;
  readonly match: symbol;
};

@DanielRosenwasser es2015 가 이러한 유용한 기능을 추가하지만 내 프로젝트는 es5 와 호환되도록 제한되며 다른 파일에서는 Symbol 를 피해야 합니다.

내가 지금 이해하지 못하는 것은 TypeScript 컴파일러가 typeof Symbol === "function" 작성했을 때에도 나에게 오류를 제공한다는 것입니다. 어떤 충고?

내가 기능하고 싶은 한 가지 경우는 종속성을 조롱하는 것입니다.

// Test.ts

// Component to test
import {ComponentToTest} from './ComponentToTest';

// Dependency of ComponentToTest to mock
import {Dependency} from './Dependency';

// Mock to replace it with
import {MockedDependency} from './MockedDependency';

Dependency = MockedDependency;

이 코드는 테스트된 구성 요소 내에서 종속성을 조롱하는 원하는 효과를 갖지만 TypeScript는 "변수가 아니기 때문에 '종속성'에 할당할 수 없습니다."를 발생시킵니다. 오류.

나는 응답이 잘못된 나무를 짖고 있고 inject-loader 와 같은 것을 사용해야 한다고 확신합니다

이 코드는 테스트된 구성 요소 내에서 종속성을 조롱하는 원하는 효과를 갖지만 TypeScript는 "변수가 아니기 때문에 '종속성'에 할당할 수 없습니다."를 발생시킵니다. 오류.

이것은 ES6의 오류입니다. 따라서 엔진이 ES6 모듈을 기본적으로 지원할 때 테스트를 다시 작성해야 합니다.

또는 ComponentToTest 가 Dependency 대한 인수를 수락하도록 하고 테스트에서 이를 통과하거나 메서드를 호출하기 전에 Dependency 값을 재정의할 수 있는 테스트 후크를 가질 수 있습니다. ComponentToTest .

이것은 ES6의 오류입니다. 따라서 엔진이 ES6 모듈을 기본적으로 지원할 때 테스트를 다시 작성해야 합니다.

아, 그 요구 사항이 이 문제와 관련이 있으므로 생략하겠습니다.

또는 ComponentToTest가 Dependency에 대한 인수를 수락하도록 할 수 있으며 테스트는 이를 통과할 수 있습니다.

나는 이것이 우리가 끝내는 것이라고 생각합니다. 테스트 가능하게 만들기 위해 클래스의 API를 재정의해야 하는 것은 꽤 절름발이이지만 TS만의 문제는 전혀 아니라고 생각합니다.

피드백 주셔서 감사합니다, @mhegazy

함수의 인수 유형에 대한 검사를 무시하고 싶습니다.

내 사용 사례는 매우 간단하며 다음과 같은 기능이 있습니다.

function isValidId(s: string): boolean {}

문자열이 어떤 규칙을 따르는지 확인합니다.
내부적으로 그리고 사용자 입력의 유효성을 검사하는 데 모두 사용됩니다. 사용자가 문자열이 아닌 것을 삽입할 때 false 반환하는지 확인하는 테스트를 작성하고 싶습니다.

엄밀히 말하면, 함수는 그것을 관리할 수 있기 때문에 입력으로 무엇이든 받아들일 수 있지만 내부적으로도 사용하기 때문에 문자열을 원한다고 지정하고 싶습니다.

따라서 테스트에서 잘못된 형식에 대한 오류를 억제하고 싶습니다.

@rpadovani 는 any .

expect(isValidId(78 as any)).toBe(false);

나도 이것을 사용할 수 있었다. foo(bar: any, baz: any)가 프레임워크의 일부로 정의되지만 foo의 일부 구현에서는 bar가 사용되지 않는 상황이 있습니다. typescript 오류 검사를 켜면 사용하지 않는 변수가 선언되기 때문에 오류가 발생합니다. foo, bar의 다른 버전 이 사용되기 때문에 반드시 선언해야 합니다.

@benjaminabbitt foo (_bar: any, baz: any) 이 당신을 위해 작동하는 것 같습니다: "_" 로 시작하는 이름은 강제로 사용되지 않습니다.

추가: 특수 오류를 무시/무시하는 기능이 중요하다고 생각합니다.

여기서 어려운 점은 사람들이 계속해서 오류를 억제하고, 코드 스니펫을 게시하고, 이러한 오류를 억제하기 위한 효과적인 코드 내 솔루션을 얻고 싶다고 말하는 것입니다(또는 코드에 실제로 문제가 있다는 것을 알아내면). 진정으로 문제가 되는 오류가 무엇인지 알지 못하거나 사람들이 전 세계적으로 억제하려는 오류가 무엇인지 이해하지 않고는 이 기능을 설계하기가 어렵습니다.

프로젝트에 포함하려는 타사 자바 스크립트 코드를 처리하는 적절한 방법은 무엇입니까?

다음 시나리오를 고려하십시오. npm에 공개되지 않은 거대한 라이브러리가 있으며, 공개된 경우에도 라이브러리를 있는 그대로 사용하면 애플리케이션이 많은 데드 코드를 운반하게 됩니다(트리 쉐이킹은 모든 것을 객체에 첨부하기 때문에 도움이 되지 않습니다).

이 경우 이 코드 조각을 추출하고 npm에 게시할 가치가 없다고 가정해 보겠습니다. 어떤 다른 옵션이 있습니까?

이 라이브러리를 사용하려는 시도에서 내 프로젝트에 필요한 코드를 추출하여 프로젝트에 typescript 파일로 통합했습니다. 이것의 문제는 typescript가 이 파일을 검사하고 이제 이 파일에 대해 많은 오류를 제공한다는 것입니다.

이 상황에서는 맨 위에 /* ts:disable */ 주석을 달아서 typescript가 파일 내 가능한 오류에 대해 신경 쓰지 않는다는 것을 알 수 있도록 하는 것이 좋습니다.

내 프로젝트는 더 이상 자바 스크립트 파일을 커밋하지 않으며 빌드 프로세스를 수행하더라도 흐름에 자바 스크립트를 수용하려고하면 더 복잡해집니다.

typescript 프로젝트에서 호스팅해야 하는 타사 자바 스크립트 코드를 처리하는 방법에 대한 조언이 있는 사람이 있습니까?

typescript 프로젝트에서 호스팅해야 하는 타사 JavaScript 코드를 처리하는 방법에 대한 조언이 있는 사람이 있습니까?

마이그레이션하지 마십시오. .js 파일을 그대로 둡니다. 대신 .d.ts 파일을 만드십시오. 이것은 .d.ts 파일이 어떤 의미인지입니다.

.d.ts 파일은 다음과 같은 기본적인 것으로 시작할 수 있습니다.

declare var $: any;

그런 다음 필요에 따라 필요에 따라 추가하십시오.

js 파일을 커밋하는 경우 좋은 옵션입니다. js 파일을 무시하는 프로젝트에 대한 다른 옵션이 있습니까?

js 파일을 커밋하는 경우 좋은 옵션입니다. js 파일을 무시하는 프로젝트에 대한 다른 옵션이 있습니까?

질문을 이해했는지 잘 모르겠습니다. JS 파일은 기본적으로 무시됩니다. 따라서 파일 추가를 선택합니다. 다시 한 번 제 권장 사항은 귀하의 것이 아닌 외부 코드 또는 변경하지 않으려는 레거시 코드의 경우 TS로 변환하는 것을 귀찮게 하지 않는 것입니다. .d.ts 파일을 작성하여 시작하십시오. 이를 위해 any 간단하게 시작한 다음 계속 추가하십시오.

js 파일이 git 저장소에 커밋되지 않고 있으므로 ts 파일에 코드를 넣는 이유가 있다고 말했어야 했습니다. 어쨌든 말씀하신 경로로 가서 js 파일을 강제로 커밋하도록 하겠습니다.

.js 파일을 커밋할 필요가 없습니다. 의존성 say react를 사용하고 있다고 가정해 보겠습니다. 일반적으로 저장소에 react-0.12.0.js 를 커밋하지 않지만 사용하고 싶습니다. 일반적으로 예를 들어 CDN의 스크립트 태그에 이것을 포함합니다. @types/react 가 존재하지 않거나 사용하지 않으려는 경우도 있습니다. 따라서 프로젝트에 declarations.d.ts 라는 새 선언 파일을 추가하고 다음을 추가하십시오.

declare module "react"; // just saying the module is of type any

이것은 컴파일러에 "react"라는 모듈이 있으며 .js 파일을 포함할 필요 없이 그냥 사용할 것임을 알려줍니다.

따라서 작은 자바스크립트 덩어리(npm/CDN을 통해 사용할 수 없음)를 사용하고 코드 기반에 커밋하기로 결정한 경우 2가지 옵션이 있습니다.

옵션 1 : 원본 코드를 .js 파일로 유지하고 유형을 처리하기 위해 .d.ts 파일을 유지합니다.

@jmlopez-rod는 자신의 repo에 자바 스크립트 코드를 커밋하고 싶지 않기 때문에 이것이 작동하지 않는다고 생각합니다. 그렇게하더라도 빌드 프로세스가 복잡해질 것이라고 말했습니다.

옵션 2 : 자바스크립트를 타이프스크립트로 감싸고 타이프스크립트의 모든 오류를 처리합니다.

이것은 코드를 typescript처럼 취급하기 때문에 "복잡한 빌드 프로세스"를 해결합니다... 그러나 이제 typescript 오류가 발생했으며 이 문제 스레드의 원래 토론으로 돌아갔습니다. 이것이 typescript 오류를 비활성화할 수 있는 유효한 사용 사례입니까?

@jmlopez-rod는 자신의 repo에 자바 스크립트 코드를 커밋하고 싶지 않기 때문에 이것이 작동하지 않는다고 생각합니다. 그렇게하더라도 빌드 프로세스가 복잡해질 것이라고 말했습니다.

빌드 프로세스가 복잡해지는 이유를 잘 모르겠습니다. "library.js" 및 "website.js" 있고 "website.js"를 "website.ts"로 이동하기로 결정하고 tsc website.ts --outFile website.js 호출하면 이제 모든 것이 있는 곳으로 돌아갑니다. 두 개의 .js 파일로 시작했습니다. 그래서 이전보다 더 복잡한 이유를 알 수 없습니다. 체인의 머리 부분에서 추가 빌드 단계일 뿐입니다.

이것은 코드를 typescript처럼 취급하기 때문에 "복잡한 빌드 프로세스"를 해결합니다... 그러나 이제 typescript 오류가 발생했으며 이 문제 스레드의 원래 토론으로 돌아갔습니다. 이것이 typescript 오류를 비활성화할 수 있는 유효한 사용 사례입니까?

이 파일을 ts로 전환하고 프로젝트와 통합하고 이 파일의 형식이 다른 구성 요소로 흐르게 하고 코드와 함께 빌드하면서도 다른 표준을 유지하기로 결정한 이유를 완전히 이해하지 못합니다.

여기에 유용한 예가 될 수 있습니다. @RyanCavanaugh가 지적했듯이 이러한 모든 문제에는 오류를 모두 비활성화하고 목욕물과 함께 아기를 던지는 대신 유형에 대해 컴파일러에 알리고 오류를 피할 수 있는 잘 정의된 방법이 있는 것 같습니다.

이 앰비언트 선언이 작동하지 않는 이유를 이해할 수 없습니다.
나는 이미 다음과 같이 tsconfig.json에 대한 경로 정의를 정의했습니다.
"paths": { "js-xlsx": ["./xlsx.d.ts"] }
그러나 여전히 해당 모듈을 찾을 수 없음 오류가 발생합니다.
'fs', 'fs-extra'를 추가하려고 시도했는데 'js-xlsx' 라이브러리가 모두 내 주변 선언, 캐스팅 또는 여기에 모든 유형을 추가하는 데 응답하지 않았습니다. declare var $: any;
@mhegazy

.js 파일을 커밋할 필요가 없습니다. 의존성 say react를 사용하고 있다고 가정해 보겠습니다. 일반적으로 repo에서 react-0.12.0.js를 커밋하지 않지만 사용하려고 합니다. 일반적으로 예를 들어 CDN의 스크립트 태그에 이것을 포함합니다. @types/react가 존재하지 않거나 사용하고 싶지 않다고 가정해 보겠습니다. 그래서 프로젝트에 새로운 선언 파일을 추가하고 선언문.d.ts라고 부르고 다음을 추가하십시오:

모듈 "반응" 선언; // 모듈이 any 유형이라고 말함
이것은 컴파일러에 "react"라는 모듈이 있으며 .js 파일을 포함할 필요 없이 그냥 사용할 것임을 알려줍니다.

그건 그렇고 fs-extra 라이브러리에는 @types/fs-extra와 같은 유형 정의가 있고 js-xlsx에는 ts-xlsx 라이브러리가 있지만 이것은 너무 이상해서 이 트릭이 작동하지 않는다는 것을 알고 있습니다.

그건 그렇고 fs-extra 라이브러리에는 @types/fs-extra와 같은 유형 정의가 있고 js-xlsx에는 ts-xlsx 라이브러리가 있지만 이것은 너무 이상해서 이 트릭이 작동하지 않는다는 것을 알고 있습니다.

나는 당신의 프로젝트에 다른 뭔가가 진행되고 있다고 생각합니다.

c:\test\9448>npm install @types/fs-extra
[email protected] c:\test\9448
`-- @types/[email protected]
  `-- @types/[email protected]

npm WARN [email protected] No description
npm WARN [email protected] No repository field.

c:\test\9448>type a.ts
import { rmdir } from "fs-extra";
rmdir("c:/test");

c:\test\9448>type tsconfig.json
{
    "compilerOptions": {
        "module": "commonjs",
        "target": "es5"
    }
}
c:\test\9448>tsc --v
Version 2.2.0

c:\test\9448>tsc

c:\test\9448>echo %ERRORLEVEL%
0

네 아마도 하지만, 내가 이해할 수 없는 주요 문제는 주어진 방법으로 컴파일러 경고를 억제할 수 없는 이유입니다. 그건 그렇고 나는 https://github.com/AngularClass/angular2-webpack-starter , 내 프로젝트의 기반이

오류를 억제한다고 해서 반드시 안티 패턴을 도입하는 것은 아닙니다.

잘못된 오류가 발생합니다.

error TS1005: '{' expected.

이 완벽하게 좋은 JSX에서:

<motor-node ref      = 'menu'
    absoluteSize     = `0, ${this.MENU_BAR_HEIGHT}, 0`
    >
    {menu}
</motor-node>,

템플릿 문자열이 { 필요하다고 불평합니다. 이것은 이상적으로 수정되어야 하지만, 그때까지는 정당한 이유로 오류를 억제할 수

@trusktr , 이 오류는 구문 분석 오류입니다. 이를 억제해도 컴파일러가 이 시점부터 코드를 이해하지 못하고 나머지 파일의 모양이 정의되지 않은 상태에 있다는 사실을 변경하지 않습니다. 즉, 이 오류가 무시되더라도 이 파일이나 다른 파일에서 생성된 다른 오류뿐만 아니라 유추된 유형도 올바르지 않습니다.

그렇게 말했다. JSX 사양 에 따르면:

JSX속성값:

" JSXDoubleStringCharactersopt "
' JSXSingleStringCharactersopt '
{ 할당식 }
JSX요소

그래서 나는 오류가 정확하고 JSX 속성이 문자열 템플릿 리터럴을 가질 수 없다는 것을 두려워합니다. 대신 absolteSize = {...} 를 사용할 수 있습니다.

이 오류는 구문 분석 오류입니다

네, 그래서 고쳐야 합니다.

출력은 absoluteSize: "0, " + this.MENU_BAR_HEIGHT + ", 0" 이며 컴파일러가 괜찮다는 것을 알려줍니다.

오. 미안하지만. 귀하의 의견을 이해하지 못했습니다. 나는 당신이 오류를 침묵시키기를 원한다고 생각했습니다.

내가 그랬지만 당신이 옳습니다. 아마도 {} 추가하는 것이 더 나을 것입니다.

TS 2.1(VS2017 RC)에서는 TS7027과 같은 라이브러리 JS 파일(/Scripts에 있음) 폴더에서 오는 경고가 보고되었습니다. 라이브러리 파일에서 경고/오류를 억제하거나 최소한 일종의 전역 억제 ​​파일(C# GlobalSupressions.cs와 유사)에서 이를 억제할 수 있으면 좋을 것입니다.

TS 2.1(VS2017 RC)에서는 TS7027과 같은 라이브러리 JS 파일(/Scripts에 있음) 폴더에서 오는 경고가 보고되었습니다.

연결할 수 없는 코드(TS 7027)의 경우 --allowUnreachableCode 설정하거나 tsconfig.json .

그러나 라이브러리 파일에만 적용할 수 있습니까? 왜냐하면 "내 코드"가 필요하기 때문입니다!

--alowJs 하면 코드가 됩니다. 컴파일러는 그것을 빨아들여 제안된 대상으로 변환하고 --outFile 를 사용하는 경우 연결합니다 .. 단지 .js 확장자가 있다는 것입니다. "라이브러리" 코드인 경우 .d.ts를 만들고 대신 포함하는 것이 좋습니다.

나는 우리가 --allowJs를 켰다는 것을 알지 못합니다. VS2015에서 정확히 동일한 프로젝트는 스크립트에 있는 jquery.js, react.js 파일을 구불구불하게 만들지 않습니다(사실 html 페이지에서만 참조됨

let { value } = browser.waitForPromise(() => {
    return browser.executeAsync(function (method, name, resolve) {
        require(['patron.Locator/patron.Locator.Manager'], function (locator) {
            resolve(result);
        });
    }, method, name);
});

제 경우에는 TypeScript로 작성된 첫 번째 줄, JavaScript로 작성된 두 번째 줄입니다. 그것들은 다른 컨텍스트에서 실행되며 JavaScript 코드를 수정하고 싶지 않습니다.
따라서 /* ts-disable */ /* ts-enable */ (eslint와 유사한)와 같은 새로운 옵션이 필요합니다.

제 경우에는 TypeScript로 작성된 첫 번째 줄, JavaScript로 작성된 두 번째 줄입니다. 그것들은 다른 컨텍스트에서 실행되며 JavaScript 코드를 수정하고 싶지 않습니다.

"JavaScript로 작성된 두 번째 줄"이 의미하는 바를 이해하지 못하셨습니까? 전체 명령문을 컴파일러에 전달합니까?

"JavaScript로 작성된 두 번째 줄"이 의미하는 바를 이해하지 못하셨습니까? 전체 명령문을 컴파일러에 전달합니까?

나는 그것이 셀레늄 서버로 전달해야하기 때문에 그 코드를 수정하지 않으려는 그대로 .

해당 코드는 그대로 Selenium 서버에 전달되어야 하기 때문에 수정하고 싶지 않습니다.

이것이 .ts 파일에 있으면 컴파일러에 의해 변환됩니다. 컴파일러는 당신을 위해 유형 주석을 제거합니다..

어쨌든 이 샘플의 경우 declare var browser: any; 있으면 오류가 발생하지 않습니다. 샘플은 놀이터 를 참조하세요.

이것이 .ts 파일에 있으면 컴파일러에 의해 변환됩니다. 컴파일러는 당신을 위해 유형 주석을 제거합니다..

주어진 코드가 IE6 및 기타 이전 브라우저에서 변경되지 않고 실행되었다는 보장이 필요합니다.
예를 들어 Node.js는 CommonJS 모듈 시스템을 따르지만 내 require 는 페이지에서 다른 개발자가 정의한 사용자 정의 함수입니다. 그렇기 때문에 사후 및 사전 수정 없이 해당 코드를 포함하고 싶습니다. 나와 내 팀에게 중요합니다.

그럼에도 불구하고 이 샘플에서는 var browser: any를 선언하기만 하면 됩니다. 오류가 발생하지 않아야 합니다. 샘플은 놀이터를 참조하세요.

사실 브라우저 개체는 내 프로젝트에서 가장 인기 있는 개체이며 무시할 이유가 없습니다. browser.execute 메서드에는 자체 형식 선언도 있습니다.

지금은 문제가 무엇인지 이해하고 있는지 잘 모르겠습니다. 당신이 얻는 오류는 무엇입니까?

내 코드는 노드와 브라우저의 다른 컨텍스트에서 실행됩니다. 두 번째 컨텍스트의 현재 문제는 유형 주석 및 코드 수정입니다.

let { value } = browser.waitForPromise(() => { // node
    return browser.executeAsync( // node
            function (method, name, resolve) { // browser
        require(['patron.Locator/patron.Locator.Manager'], function (locator) {  // browser
            resolve(result);  // browser
        });  // browser
    }, method, name); 
});

다음은 browser.executeAsync 메서드의 간단한 구현입니다.

browser.executeAsync  = (...args) => {
   let script = args.shift();

   RPC.Selenium('/session/:sessionId/execute', {
         script: `return (${script}).apply(null, arguments)`, 
         args
    });
}

보시다시피 통합 테스트에 TypeScript를 사용합니다.

오류 메시지는 무엇입니까?

표준 오류:

TS2345: Argument of type 'string[]' is not assignable to parameter string
TS7006: Parameter 'error' implicitly has an 'any' type
TS7006: Parameter 'attach' implicitly has an 'any' type
TS7006: Parameter 'message' implicitly has an 'any' type
TS7006: Parameter 'model' implicitly has an 'any' type

등등...

require 올바르게 정의하십시오.

declare function require(v: string[]): any;

require를 올바르게 정의하십시오.

난 할 수 없어. 제 경우에는 executeAsync 메서드에 타사 프로젝트에 대한 코드가 포함되어 있으며 이러한 require 에는 다양한 변형이 있습니다. 위의 코드는 수백 개의 함수 중 하나일 뿐입니다.
내 욕망은 매우 간단합니다. 필요할 때 일부 코드를 제외하겠습니다. :)

declare function require(v: string[]): any; 로컬에 넣을 수 있습니다. 예:

// module a.ts
export var ...

declare function require(v: string[], callback: Function);

let { value } = browser.waitForPromise(() => { 
    return browser.executeAsync( 
        function (method, name, resolve) { // browser
            require(['patron.Locator/patron.Locator.Manager'], function (locator) {  // OK
                resolve(result);  
            });  
        }, method, name);
});

필요할 때 any 캐스팅할 수도 있습니다.

let { value } = browser.waitForPromise(() => { // node
    return browser.executeAsync( // node
        function (method, name, resolve) { // browser
            (<any>require)(['patron.Locator/patron.Locator.Manager'], function (locator) {  // browser
                resolve(result);  // browser
            });  // browser
        }, method, name);
});

이것은 동일한 코드를 생성해야 합니다.

제 경우에는 두 개의 클래스에 의해서만 확장되는 비공개(내보내지 않은) 추상 클래스가 있습니다.

abstract class IParent {
  static fromConfig(config: ParentConfig): IParent {
    // actual code is 20 lines long, not this simple
    // this throws "Cannot create an instance of the abstract class 'Parent'"
    return new this().applyConfiguration(config);
  }
  abstract method1(): void;
  ...
}

export class FirstChild extends IParent {
  specificMethodForFirstChild() { ... }
  method1() { ... }
  ...
}

export class SecondChild extends IParent {
  specificMethodForSecondChild();
  method1() { ... }
  ...
}

용법:

let first = FirstChild.fromConfig({ ... });
let second = SecondChild.fromConfig({ ... });

// this runs successfully:
(first as FirstChild).specificMethodForFirstChild();
(second as SecondChild).specificMethodForSecondChild();

하지만 fromConfig() 메서드에서 "Cannot create an instance of the abstract class 'Parent':

플레이그라운드 코드

• 정적 메서드를 복제하고 공통 함수를 호출하도록 만들 수 있지만 이미 작동하는 코드가 있을 때 상당히 어리석게 들립니다.
• 하위 클래스가 메서드 구현을 적용하기 때문에 클래스를 추상화할 수 없습니다.
• 추상 메서드를 제거할 수 있지만 하위 클래스에서 동일한 인터페이스를 적용하는 데 사용합니다.
• 나는 그것을 시행하기 위해 분리된 인터페이스를 사용할 수 있지만 슈퍼클래스는 인터페이스에 맞지 않고 그것은 정적 메소드에 의해 반환된 유형입니다.
• 추상 클래스에서 정적 메서드를 호출할 생각은 없습니다. 다른 하위 클래스에서 다른 클래스를 인스턴스화하기만 하면 됩니다.

컴파일러는 파생 클래스 생성자가 기본과 동일한 서명을 갖도록 강제하지 않습니다. 즉, 파생 클래스 생성자는 기본보다 더 많은 필수 인수를 가질 수 있습니다. new this() 사용하면 파생된 모든 생성자에 필수 매개변수가 없다고 가정합니다. 그리고 그것은 확인할 수 없는 것입니다.

이것이 맞다면 new (<any>this)(x, y); 로 캐스팅하는 것을 고려하십시오.

좋은 점 나는 그것을 보지 못했다. 귀하의 제안은 실제로 효과가 있습니다. 위험을 고려해 보겠습니다. 감사합니다.

Module ... was resolved to ..., but '--allowJs' is not set 소리를 없애는 방법이 있습니까? 제 사용 사례에는 이를 처리하는 빌드 시스템이 있으며 TSC를 통해 모든 코드를 전달할 필요가 없으므로 이러한 오류를 차단하고 싶습니다.

'모듈 "someModule" 선언;' .d.ts 파일 중 하나에서.

또는 존재하는 경우 일치하는 @types 패키지를 설치하십시오.

이것이 유용할 때의 또 다른 예가 있습니다.

const Button = (
  content: contentTypes,
  action: React.EventHandler<React.MouseEvent<HTMLDivElement>>,
  disabled: boolean
): JSX.Element => (
  <div className={`Button disabled-${disabled}`} onTouchStart='' onClick={ !disabled ? action : undefined } >
    { content }
    <div className='background'></div>
  </div>
);

onTouchStart가 true인 매개변수로 문자열을 허용하지 않기 때문에 오류가 발생합니다. 그러나 onTouchStart='' 는 특정 CSS 규칙과 관련된 터치 장치에서 깨진 CSS 동작을 수정합니다. 이 오류를 전역적으로 비활성화하거나 일부 JSX 유형을 재정의하고 싶지 않습니다. 이 오류를 제거하기 위해 이 줄에서 싶습니다.

onTouchStart={<any>''}

그것은 실제로 그것을 고칠 수 없습니다.
이 오류가 발생합니다.

tsx 구문에서 깨졌습니다.

onTouchStart={'' as any} , 오히려 (JSX가 대체 어설션 구문을 사용하는 것을 잊었습니다)

@RyanCavanaugh 생성된 코드가 이 기능의 적법한 사용 사례에 해당합니까? 노드 서비스에 대한 API 클라이언트를 만들기 위해 swagger codegen 을 사용하고 있습니다. 나는 또한 내 서버에서 생성된 클라이언트의 유형을 사용하고 있는데, 이는 swagger 정의를 TypeScript 인터페이스로 변환하기 때문에 내 자신의 swagger 계약을 존중하는지 확인하는 가장 쉬운 방법입니다.

생성된 코드는 약간 이상하지만 다음과 같은 블록이 있습니다.

let contentTypeHeader: Dictionary<string>;
if (contentTypeHeader) {
    fetchOptions.headers = contentTypeHeader;
}

strictNullChecks 가 켜져 있으면 오류가 발생하므로 전체 프로젝트에 대해 플래그를 끕니다. 짜증난다. 생성된 typescript를 구문 분석하고 수정하고 싶지는 않지만 <tsc strictNullChecks=false /> 와 같은 것을 파일 맨 위에 삽입할 준비가 되어 있습니다( @alexanderbird 의 제안 과 유사).

이것은 strictNullChecks 호환 코드를 생성하기 위한 swagger 코드 생성기에 대한 변경 요청이 아닌가요?

@mhegazy 확실하지만 이것은 이와 같은 것의 한 예일 뿐입니다. TypeScript에서 코드 생성이 유용한 방법은 여러 가지가 있습니다(JavaScript보다 더 유용함). 따라서 이상적으로는 사람들이 자신의 프로젝트를 생성된 코드의 표준으로 끌어내리도록 강요하지 않는 방법이 있을 것입니다.

그러나 그것들은 :) 자동 생성 도구에서 얻은 코드로 인해 컴파일로 흘러 들어가는 유형이 됩니다. 코드 생성 도구가 --strictNullChecks 를 무시하면 코드가 오해의 소지가 없는 유형을 관찰하고 있는 것입니다.
수표를 비활성화하는 것은 화재 경보기를 끄는 것뿐입니다. 문제는 경보기가 아니라 애초에 화재의 원인이 되는 것입니다.

@mhegazy 매우 잘 테스트된 도구에 의해 생성된 코드에서 화재 경보를

덜 논란의 여지가 있는 예는 어떻습니까? 생성된 코드에 사용되지 않은 로컬이 있는 경우에는 어떻게 됩니까? tsconfig에서 noUnusedLocals 를 꺼야 하는 경우를 제외하고 제 코드에는 아무런 해가 없습니다. 이것이 제가 지금 하고 있는 일입니다.

덜 논란의 여지가 있는 예는 어떻습니까? 생성된 코드에 사용되지 않은 로컬이 있는 경우에는 어떻게 됩니까? 그것은 내 코드에 해를 끼치 지 않습니다. tsconfig에서 noUnusedLocals를 꺼야 하는 경우를 제외하고는 지금 하고 있는 일입니다.

생성된 코드에 대해 신경 쓰지 않는다면 동반자 .d.ts와 함께 .js에 있어야 합니다. 이렇게 하면 이에 대해 확인할 수 있지만 컴파일할 필요는 없습니다.

typescript 컴파일러는 chain과 함께 사용되는 underscore.js 믹스인을 좋아하지 않는 것 같습니다.

_.mixin(){sortFunciton: sortFunc(), otherChainFunc: otherFunction()}

....

someVal = _.chain(someArray)
.sortFunction()
.otherChainFunc()
.값();

...

아주 쉬운 예는 다음과 같이 Angular의 경우 @HostListener() 와 같이 클릭에 대한 리스너를 생성하는 경우입니다.

@HostListener('click', ['$event'])
onClick(event: MouseEvent) {
    // Code here...
}

noUnusedLocals 활성화하면 다음 오류가 발생합니다.

ERROR in ./src (20,13): 'onClick' is declared but never used.

컴파일러가 그것을 무시하도록 할 수 있습니까?

@JeremyCarlsten

_.mixin(){sortFunciton: sortFunc(), otherChainFunc: otherFunction()}

잘못된 코드처럼 보입니다.

@leocaseiro 왜 비공개여야 하나요? 이 경우 onClick 는 angular가 결국 사용하게 될 방법입니다. 템플릿에서 사용하는 개인 변수를 선언할 때도 비슷한 문제가 항상 발생합니다. 템플릿에서 사용하는 경우 변수를 공개하기만 하면 됩니다. Angular가 사용하도록 허용하기 때문에 의미가 있습니다.

안녕하세요 @jmlopez-rod, 맞습니다.

공개적으로 흥미롭게도 지금은 지나가고 있습니다! 도움을 주셔서 정말 감사합니다.

@leocaseiro public은 기본 가시성 수준이므로 지정할 필요가 없습니다.

부정적으로 들릴 경우 미리 사과하세요. 제가 놓친 부분이 있을 수 있습니다(TS의 새로운 기능).
또 다른 예(저는 TS를 사용하여 ES5를 생성하고 있습니다. 캐스팅, 선언, 인터페이스 없음)

// do-as-i-tell-you-start
const factory = () => {
  const _this = [];
  let _value;
  Object.defineProperties(_this, {

    // Error: Property 'getset' does not exist on type 'any[]'.
    // true at at creation but not when used – don't MOM me!
    'method1': { value(){ return _this.getset; } },   

    // Works with property strings – I don't want this
    'method2': { value(){ return _this['getset']; } }, 

    'getset': { get(){ return _value; }, set(value){ _value = value } },
  });
  return _this;
}

생성 시에는 사실이지만 사용 시에는 그렇지 않습니다.

이것이 바로 TypeScript가 하도록 설계된 것입니다. 유형 및 캐스팅을 사용하지 않으려면 TypeScript를 사용하는 이유는 무엇입니까? 이 스레드에서 여러 번 지적했듯이 여전히 코드를 내보내므로 이미 자신의 위험에 대한 오류를 무시합니다. TypeScript를 어떤 목적으로 덤덤하게 만들려고 합니까?

TypeScript를 어떤 목적으로 덤덤하게 만들려고 합니까?

팀을 ES5 => ES6(Babel 또는 TS) => TS에서 모든 영광으로 옮기는 것입니다.

내 인상은 TS가 JS에 추가되어 현재 수준에 들어갈 수 있다는 것입니다.
내 불만의 이유는 제공된 더미 예제에서 오류가 발생하므로 _does
ES5_를 생산하지 않습니다. IMO 통과 린팅은 트랜스파일에 필수가 아니어야 합니다.

오류 발생 시 방출이 없으면 방출됩니다. 그래서 그것은 ES5를 생산합니다.

그것은 – Babel로 전환 – 작동하지 않았습니다

tsc 는 유형 오류에 관계없이 출력을 내보내도록 구성할 수 있습니다. noEmitOnError 옵션을 살펴보세요.

ts-loader를 사용하는 경우 오류를 표시하지 않고 단순히 변환하는 새로운 transpileOnly 옵션도 있습니다.

@trusktr 감사합니다 - 시도해 보겠습니다 :-)

오류는 출력 생성을 도구 도 사용하지 않습니다

그건 사실이 아니야. 프로덕션 빌드에서 충돌이 발생하고 아무 것도 출력하지 않는 webpack 설정이 있습니다. 그리고 그래야만 합니다. 컴파일러는 오류를 보고하고 프로그래머는 돌아가서 수정합니다. 빌드가 "작동"하기 때문에 전체 팀이 유형을 무시할 때 유형을 사용하는 이유는 무엇입니까? 유사하게 tsc가 컴파일에 실패하면 자동 새로 고침이 작동하지 않습니다(플러그인은 의도적으로 그렇게 작성되었습니다. 코드가 잘못되었거나 컴파일러에서 잘못된 것으로 간주되는 경우).

오류 억제는 tsc에 버그가 있을 때 유용합니다. 예를 들어 다음을 컴파일해야 합니다.

interface A {
  isEmpty(x: any[] | string | object): boolean;
}

const a: A = <A>{};
a.isEmpty({a: 1});

그러나 현재 TS 릴리스에서는 실패합니다.

편집: 고정 함수 호출(잘못된 줄 복사)

에 의해

a.isEmptyObject({a: 1});

네 말 뜻은

a.isEmpty({a: 1});

?

어 그래. 잘못된 줄을 복사했습니다:/.

오류 억제는 tsc에 버그가 있을 때 유용합니다.

방출을 방지하는 버그가 수정되어야 합니다. 오류를 무시하는 기능으로 인해 충돌을 일으키는 버그가 있을 때 tsc가 갑자기 무언가를 방출할 가능성은 거의 없습니다.

다음과 같은 가져오기가 있습니다.

import * as reducers from "./**/reducer.ts"

TypeScript를 먼저 사용한 다음 Babel을 사용합니다. 가져오기에서 * 를 glob 패턴으로 처리하는 babel 플러그인이 있습니다. TypeScript는 .ts 에 대해 불평하는 오류를 던진 다음 .ts 가 제거되면 모듈을 찾을 수 없습니다.

이 문제를 해결하는 방법을 잘 모르겠지만 첫 번째 생각은 이 줄과 관련된 오류를 억제하는 것이었습니다. 구성에서 모듈 매핑을 시도했지만 * 도 와일드 카드로 처리되어 이스케이프 할 수 없습니다.

컴파일러의 범위 내에서 .d.ts @lukescott :

declare module './**/reducer' {
  export = {
    [reducer: string]: () => void; /* or whatever */
  };
}

이것이 어떻게 유용할지에 대한 또 다른 예:

const req = https.request({
        host: 'www.google.com',
        method:'GET',
        path:'/',
        port: 443,
}, (res) => { 
    console.log(res.connection.getPeerCertificate());
});

getPeerCertificate 는 노드 https ( 또한 this )의 잘못된 정의 로 인해 존재하지 않는다고 말합니다.

그것은 여전히 ​​큰 빨간색 밑줄로 컴파일되고 작동하지만 매우 좋을 것입니다.

console.log(res.connection.getPeerCertificate()); //ts:disable-line

@trusktr
죄송합니다. prod 코드에서 변환하는 구문을 엉망으로 만든 것 같습니다. 여기 에 내가 설명하려고 했던 것의 js plunk가 있습니다. 밑줄 정의에 더 많은 문제가 있을 수 있습니다. 그러나 타사 라이브러리가 ts 컴파일러에 문제를 일으키는 경우 해당 코드 줄을 무시할 수 있어야 하지 않습니까?

+1. 내 코드가 예상하지 못한 항목에 전달될 때 오류가 발생하는지 확인해야 하기 때문에 이것은 테스트에 유용합니다.

이 유용한 기능은 null 가능성이 있는 개체에 대한 ! 의 일반화입니다.

라이브러리 파일을 프로젝트(예: Chartjs)로 가져오려면 종종 TS 파일로 저장합니다(저는 모든 소스 파일을 TS로 유지하고 JS로 컴파일하는 것을 좋아합니다). 삼중 슬래시 참조를 사용하여 TS로 가져옵니다. 필요로 하는 파일입니다. 그러나 TypeScript는 해당 파일의 오류에 대해 끝없이 불평합니다(당연히 TS로 저장되는 표준 JS 파일일 뿐임).

그러나 다음을 추가하는 기능:

/*ts-errors-disable*/ 를 라이브러리 파일의 시작 부분으로, /*ts-errors-enable*/ 를 끝 부분으로 하면 관련이 없는 오류 출력이 줄어들지만 개발자는 여전히 모든 소스 파일을 TS로 유지할 수 있습니다.

아니면 근본적으로 다른 일을 해야 합니까?

@benfrain 글쎄, 해당 TypeScript 정의 파일이 있는 경우 설치하거나( npm install --save-dev @types/mylibrary ) 라이브러리 네임스페이스에 any 유형의 고유한 _.d.ts_ 파일을 만드는 것이 좋습니다. /메인 클래스 먼저:

// mylibrary.d.ts
declare module "mylibrary" {
    let mylibrary: any;
    export = mylibrary;
}

// main.ts
import mylibrary = require("mylibrary");
...

질문이 있습니다. 먼저 코드와 TypeScript가 강조하고 있는 오류:

import {Directive, ElementRef, Input, OnChanges, SimpleChange} from '@angular/core'

@Directive({
  selector: '[blankAttr]',
})
export class BlankAttr implements OnChanges {
  @Input('blankAttr') private attrName: string // <--- TS Error: unused variable

  constructor(private el: ElementRef) {}

  public ngOnChanges(changes: {[key: string]: SimpleChange}): void {
    const change: any = changes.attrName 
    const prevValue: any = change.previousValue

    if (prevValue) {
      this.el.nativeElement.removeAttribute(prevValue)
    }
    this.el.nativeElement.setAttribute(change.currentValue, '')
  }
}

내가 가진 문제는 속성이 문자열을 전달할 수 있도록 @Input 데코레이터를 선언해야 한다는 것입니다. 하지만 문자열이 변경될 때만 해당 문자열의 값에 관심이 있습니다. 그리고 변경 이벤트를 처리할 때 이전 값과 현재 값을 가져올 수 있습니다.

지금 // ts-ignore 가질 수 있습니까? 아니면 이것을 멋지게 해결할 다른 방법이 있습니까?

@uglow attrName 비공개인 이유는 무엇인가요? 이것은 값을 얻을 수 있도록 Angular가 수정하는 변수입니다. 따라서 공개되어야 합니다.

@jmlopez-rod 공개로 변경했지만 문제는 변경되지 않습니다. TS는 사용하지 않는 변수라고 말합니다.

TS 2.4.1을 사용하고 있습니다. public typescript로 만든 후 오류 발생이 중지됩니다.

전에:

후에:

2.3.3을 사용하고 있습니다. 2.4.1을 시도해 보겠습니다. 감사합니다 😊

이 포함되어야 합니다. 단일 .js 파일이 값을 반환할 수 있도록 하는 사용자 지정 js 엔진으로 작업하고 있습니다. 예를 들어 내 요지를 참조하십시오 . TS를 사용하여 .js 파일을 생성하고 물론 TS는 이에 대해 알지 못하고 다음을 던집니다.

A 'return' statement can only be used within a function body.

noUnusedLocals 오류를 억제해야 하는 새로운 SO 질문:
https://stackoverflow.com/questions/45519476/is-it-a-typescript-antipattern-to-dynamically-call-a-member-function-stored-in-a

@mhegazy 나는 여러 가지 방법으로 이런 종류의 문제를

내 현재 상황(전체 흐름은 선언 모드를 가정함):

• 클래스 데코레이터는 클래스 선언(클래스 표현식이 아님)이 필요하고 저는 함수 안에 있습니다. 원칙적으로 이것은 고칠 수 있지만 오늘은 아닙니다.
• 네, 문제 없습니다. 표현식을 선언으로 만들겠습니다.
• 주사위가 없습니다. 이제 선언에 사용되지 않은 이름이 있습니다.
• 알았어, 문제없어 내가 돌려줄게
• 주사위 없음, Return type of public method from exported class has or is using private name
• ... ?

기본적으로 여기서 근본 원인은 표현식을 장식할 수 없다는 것이지만 해당 기능을 구현하기 위해 모든 것을 포기하는 것은 비합리적입니다. 그동안에는 단순히 이 오류를 억제하는 것이 현명합니다. 오류를 억제하기 위해 관련 TypeScript 문제를 찾고 // TS-LIMITATION:#9448 와 같은 말을 해야 하는 경우에도 괜찮을 것입니다. 하지만 그렇게 하면 새로운 무의미한 문제가 엄청나게 많이 생길 것이라고 생각합니다.

아직 처리할 준비가 되지 않은 알려진 문제에 대해 특정 대상 억제를 추가해도 괜찮겠지만, 너무 많은 설계 노력 없이 신속하게 수행된 경우에만(메커니즘이 무의미해질 것입니다 :wink: )

다음과 같은 작업을 수행할 때 연결할 수 없는 코드 오류가 발생하고 싶지 않습니다.
if (false){ ...complicated debug code that I dont want to delete/forget... }

따라서 TypeScript 컴파일러에는 "종료하고 다른 도구를 엉망으로 만들지 않음" 옵션이 여전히 없습니다. 특정 파일이나 glob에 대한 주석과 컴파일러 스위치를 통해 이 옵션을 사용하면 정말 유용할 것입니다. 우리는 자동 새로고침을 잃고 싶지 않기 때문에 이전 버전의 도구를 계속 사용하고 있습니다(오류가 있을 때 최신 버전은 자동 다시 로드하지 않음). 그래서 우리는 버그가 있는 noImplicitAny 옵션을 끄거나(정말 원하지 않습니다. Typechecking 때문에 TypeScript를 사용하고 있으며 암시적으로 허용된 모든 TypeScript는 테이블에 그렇게 많이 가져오지 않습니다) 패키지의 고대 버전을 유지합니다. 예, WebPack 과 AwesomeTypeScript 로더 모두에서 버그를 보고했지만 아무도 신경 쓰지 않았습니다. 이 문제는 현재 여러 달 동안 무시되고 있습니다. 나는 그것이 TypeScript 패키지와 정확히 동일하다는 것을 알았습니다 :-(.

@polyglotinc if (!!false) {

@RyanCavanaugh 글쎄, 그 문제에 대해 (!true) 작동합니다 ... 나는 _(전 컴파일러 작성자로서)_ 컴파일러가 상수/리터럴과 관련하여 더 많은 신용을 제공했기 때문에 가능성으로 생각조차하지 않았습니다 . expression collapsing... if (false) 에 대해 바쁜 본문이 될 것이라고 생각하면 if (!true) 가 같은 것임을 알 것입니다!

@unional SO 질문 은 조금 더 명확하게 작성될 수 있으며 아마도 이것이 컴파일러가 가능한 오류에 대해 알려줄 필요가 있는 이유일 것입니다. 사용자가 억제하려는 오류를 보여주는 이 스크린샷을 참조하십시오.

스크린샷에는 하나의 오류만 있습니다. 컴파일러가 잡은 문제 하나를 이미 수정했기 때문입니다.

private keyHandlers = {
    'ArrowDown': function ($event: any) {
      this.handleArrowDown($event);
    },
    'ArrowUp': ($event: any) => {
      this.handleArrowUp($event);
    },
  };

사용자는 handleArrow* 이 사용 중이라고 주장하지만 typescript는 사용 중인 것을 보지 못합니다. 한국인 타이프가 우려로 this 에서 this.handleArrowDown($event); 방법이있는 오브젝트 일 수 handleArrowDown . 화살표 함수를 사용하면 이제 this 가 클래스의 인스턴스임을 알고 handleArrowUp 가 사용되는 것을 볼 수 있습니다.

다른 옵션: 가짜 첫 번째 매개변수 this .

  private keyHandlers = {
    'ArrowDown': function (this: SomeComponent, $event: any) {
      this.handleArrowDown($event);
    },
    'ArrowUp': ($event: any) => {
      this.handleArrowUp($event);
    },
  };

@jmlopez-rod 감사합니다. 이것들은 좋은 대안입니다. 저는 특히 function(this: SomeComponent, ...) {...} 솔루션이 가장 유연하기 때문에 마음에 듭니다.

keyHandlers 가 클래스의 일부가 아닌 경우 화살표 기능이 작동하지 않습니다.

const keyHandlers = {
  'ArrowDown': function (this: SomeComponent, $event) {
    this.handleArrowDown($event); // error on accessing private method, filing an issue for it.
  },

  'ArrowUp': ($event) => { // doesn't work, duh
    this.handleArrowUp($event);
  }
}

export class SomeComponent {
  onKeyDown($event) {
    if (typeof keyHandlers[$event.code] === 'function') {
      keyHandlers[$event.code]($event);
    }
  }
  private handleArrowDown(_event) {
    // ...
  }

  private handleArrowUp(_event) {
    // ...
  }
}

반면에 화살표 기능은 이 컨텍스트에서 가장 간단합니다.

console.log 사용에 대한 오류를 방지하기 위해 IE9에 대해 window.console 를 수동으로 설정하려고 합니다.

if (!window.console)
    window.console = {};

하지만 error TS2540: Cannot assign to 'console' because it is a constant or a read-only property. 가 표시됩니다. 이러한 사용 사례에 대한 해결 방법이 있습니까?

@amiraliakbari window 를 any 유형으로 주장할 수 있습니다. 이렇게 하면 유형 검사를 효과적으로 옵트아웃할 수 있습니다.

(window as any).console = {};

이것은 전 세계적으로 console.log 를 재정의/비활성화하는 데 효과적이었습니다 -- Project.logging 가 이 전에 정의되었음을 주목하십시오

(window.console as any).___real_log = window.console.log;
window.console.log = function(args) {
  if (Project.logging) return (window.console as any).___real_log(args);
  return;
};

이것은 또한 console.log 를 평소처럼 사용할 수 있으므로 내 코드 전체에 if 문을 넣는 것보다 훨씬 깨끗했습니다.

#19109에서 언급했듯이 우리는 여전히 특정 오류를 억제할 수 없습니다.

#19109에서 언급했듯이 우리는 여전히 특정 오류를 억제할 수 없습니다.

이 문제에 설명된 기본 시나리오가 해결되었다고 생각합니다. 오류 번호를 사용하여 전역 오류 억제를 추적하는 새 문제를 만들 수 있습니다. 우리는 표현력이 부족하기 때문에 그러한 방식으로 오류 코드를 사용하는 것을 꺼려왔습니다.

생성 #19139.

이 명령은 파일별로만 작동합니다. 맞나요? 폴더에서 작동하게 할 수 있습니까?

명령은 한 번에 한 줄에 대해 작동해야 합니다. 프로젝트의 컴파일러 에러를 많이보고하는 경우, 당신은 당신이 덜 엄격해야한다는 것을 확인 할 수 컴파일러 옵션 과 같은 떠나는 등, noImplicitAny 오프 (즉, 변수는 암시이다 any 하지 않을 경우 주석). 일부 파일을 JS로 남겨두고 allowJs 를 켜고 checkJs 끌 수도 있습니다.

이 문제를 닫은 이유는 무엇입니까? 솔루션이 아직 누락되었습니다! 왜 제대로 된 오류억제 가능성을 통합하지 않고 2년 동안 무의미한 토론을 합니까?

@webia1 아직 열려 있는 #19139에 관심이 있을 수 있습니다.

(나처럼 이 문제를 우연히 발견한 사람들에게 유용할 수 있으므로 이 주석을 여기에 추가합니다.)

https://github.com/Microsoft/TypeScript/pull/21602를 실행했는데 이것이 해결책일 수 있습니다.

// @ts-ignore 를 코드에 추가하기만 하면 됩니다 (또는 지정된 오류만 무시하려면 // @ts-ignore <some code error> 까지) .

여기서 TypeScript 2.7.2로 테스트했으며 작동합니다!

(또는 심지어 // @ts-ignore지정된 오류만 무시).

21602가 병합되지 않았습니다. 특정 오류만 무시할 수 없습니다.

@RyanCavanaugh 맞습니다! 내 의견을 업데이트했습니다. 감사 해요!

오류 TS2339를 억제하기 위해 여기에 도착했습니다.

document.getElementById('theme-admin').disabled = false; /* tslint:disable */
document.getElementById('theme-member').disabled = true; /* tslint:disable */