同意しました。 特にここで説明するケースでは、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;

それはあなたが探しているものですか？

私は例を挙げましたが、実際にはそうではありません（私はキャストについてすべて知っています）、私は次のような他のケースがあります
スーパーはコンストラクターの最初の行と他の問題の後に呼び出されます...

• JSからTSへの移行が簡単になります+ライブラリを変更して大量のエラーが発生し、開発者として知っているようにクリーンアップしたい場合があります...

これは重要な機能です

だから// tslint:disableようなもの？
おそらく、 tscが実行する特定のチェックをオン/オフにすることさえできますか？
_eg：_ const FooBar: string = 'rozzzly'; // tslint:disable-line camelcase

それは素晴らしいでしょう...

わかりません... tsc範囲外かもしれません。 それがリンターの目的です。

「シャットダウン」できる必要があります:)

APIが少し不安定で、エラーが常に正確であるとは限らない、デコレータなどの「実験的」機能に関するエラー/警告を抑制するために議論される場合があると思います。 tsconfigの「experimentalDecorators」フィールドを使用するだけで、これの（非常に具体的な）バージョンを取得できますが、1つのタイプの警告のみが抑制されます。

私自身の悪魔の代弁者を演じるために、これはTypeScriptの新しいユーザーに、警告が発生する理由を学ぶ代わりに、理解できない警告を抑制するように促すことができます。 また、実験的な機能を使用すると、誰もが一種の新しいユーザーになります。エラーを抑制する機能があると、ユーザーは問題を開くのではなく、新しい機能のバグに満足することができます。

最終的には、Syntasticの出力をクリーンにしたいと思っています。 これは、エラーを抑制することを意味します。 もちろん、それは_後_になる可能性のあるバグの問題を開いて、詳細を調べようとします。 ;）

「シャットダウン」の問題は、「それ」から何が得られるかわからないことです。 let a:string = 1はnumberまたはstringですか？ a別の宣言がある場合、それはマージされますか？ 誰かがこの変数のタイプ（たとえばreturn {a} ; ）をキャプチャした場合、それらを{ a : number }または{ a: string } 、あるいはその両方に割り当てることができるとしたらどうでしょうか。

基本的なことの1つは、エラーはすべて無視できるということです。 エラーは、出力の生成もツールもブロックしません。

コードの特定の部分のチェックを抑制できるようにするさまざまなメカニズムがあります。たとえば、 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％自由なバニラJavaScriptを提供します。それで、他に何が必要ですか？

私の場合、コンストラクターの最初の行としてではなく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');
    }
}

これがtypescriptをとても素晴らしく、そしてまた迷惑なものにしているのです。 それはあなたにもっと良いコードを書くことを強制し、あなたをより良い開発者にします。 プロジェクトの変換は楽しいものではあり

私の場合、コンストラクターの最初の行としてではなく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」がタイプ「Dog」にありません

ご覧のとおり、コンパイラは完全に間違っていますが、コンパイラのためだけに、インターフェイスからすべてのプロパティをコピーしたくありません（強制されるべきではありません）。

@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 ）

実験的なバインド構文を使用しています

これは、実際には1つの警告を却下するだけではありません。 パーサーはそれをサポートしていないため、結果のツリーは完全に間違っています。これ以降のコンパイラー機能はすべて機能しません。したがって、型推論、互換性チェック、フォーマット、補完、何もありません。 したがって、すべてのエラーを無視するか、.jsファイルで作業する方がよいでしょう。

現在、巨大なJSプロジェクトをtypescriptに変換していますが、変換を行った後、 gulp buildコマンドを実行すると、コンパイル中に約2000のTSエラーが表示され、エラーの大部分は、クラスまたはモジュールで定義されていないプロパティに関連しています。定義されています。 出力JSファイルが生成されるときに、これらのタイプのエラーを抑制する方法が必要だと思います。

これはまさに私の場合です。ES6より前のmodules-as-propertiesデザインで構築されたアプリを変換するので、巨大なapp.namespace1.namespace2.something.views.viewのようなグローバルオブジェクトがあります。

私はその一部を書き直し、グローバルなapp。*オブジェクトとそのコード内のさまざまなサブ要素に依存しています。 「名前空間 'アプリ'が見つかりません」という警告が大量に表示されます。

すべてのグローバル依存関係をglobalProxy.tsにリファクタリングしたので、これが警告を受け取る唯一の場所ですが、コンソールをクリーンアップするために、このファイルの先頭に// TS-NO-WARNINGSを追加するのは素晴らしいことです。明白なメッセージから...

TSエラーはコード生成をブロックしません。 それらを無視することもできますが、これらが示しているのは、コンパイラーがコードの正確性を表明できないということです。

@ zeeshanjan82 --allowJsを使用して、ファイルごとに移行してみませんか？ この設定では、JavaScriptソースからタイプエラーが発生することはありません。 アンビエントワイルドカード宣言を使用して、次のようなモジュール解決エラーを抑制することもできます。
_globals.d.ts_

declare module '*';

エラー抑制のもう1つの使用例を次に示します。

モーメントライブラリのメンテナは、 startOf endOfメソッドとisoWeekを追加するのを忘れていました。 後続のリリースで修正されましたが、そうすることで、これらのユニットの処理方法が完全にリファクタリングされたため、私たちの側でやり直しが多すぎました。

そこで、momentのバージョンを修正しましたが、TSスローエラーのため、基本的に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ローカルコピーをチェックします。 明らかに、これはモーメント宣言ファイルのローカルコピー、または必要なものの小さなセットである可能性があります。

サードパーティライブラリの独自のタイピング定義を維持する時間と欲求の両方が不足しています;）

サードパーティライブラリの独自のタイピング定義を維持する時間と欲求の両方が不足しています;）

そして、それはまったく問題ありません。 モジュールのdeclare var $: anyに相当するdeclare module "moment";を使用するだけで、コンパイラーはそれについて再び気にすることはありません。

@mhegazyの提案は非常に良いものです。 それを行うには約20秒かかります。 ちなみに、瞬間的には、私が使っていたユニットをいくつか忘れてしまい、プルリクエストを受け入れてくれました。

追加の欠点declare module "moment"; 、あなたは、もはや任意の瞬間に関連するコードのための任意のIDEインテリセンスや静的型チェックを持たないということです。 また、発生するany周囲のコードにブリードアウトする傾向があり、そこでも多くの静的チェックをシャットダウンします。 単一の問題のある列挙値に関連するエラーを抑制するために支払うのは高額です。

@aluanhaddadは、問題を修正するために開いているプルリクエストがありましたが、別のリクエストを重大な変更が導入されました（それでも、 isoWeekサポートは追加されません

重要なのは、Angular 2などの採用により、これらの問題は将来さらに頻繁に発生するため、特定のエラーを抑制する方法が役立つと思います。

ノードコアライブラリ（ネット、ノード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) {
  // ...
}

targetがes5場合、typescriptコンパイラは常にエラー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を避ける必要があります。

私が今理解していないのは、 typeof Symbol === "function"書いたとしても、TypeScriptコンパイラーがエラーを出すということです。 何かアドバイス？

私が取り上げなければならない1つのケースは、依存関係をモックすることです。

// 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ようなものを使用する必要があるという応答になると確信していますが、私の経験から、これらのソリューションA）は動作するのが面倒です/常にではありません仕事とB）は上記ほど単純ではありません。 OPが述べたように、開発者が最もよく知っている場合があります。 私はこれがハッキーな解決策であることを知っていますが、それは機能します。この場合、TSがシャットダウンすることを望んでいます。

このコードには、テストされたコンポーネント内で依存関係をモックするという望ましい効果がありますが、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が使用されていません。 タイプスクリプトエラーチェックをオンにすると、未使用の変数が宣言されているため、エラーがスローされます。 他のバージョンのfoo、barが使用されているため、宣言する必要があります。

@benjaminabbitt foo (_bar: any, baz: any)機能しているようです。 "_"始まる名前は強制的に使用されません。

追加：特別なエラーを上書き/無視する機能が重要だと思います。

ここで難しいのは、エラーを抑制したい、コードスニペットを投稿したい、それらのエラーを消音するための効果的なコード内ソリューションを入手したい（またはコードを見つけるのに本当に問題がある）と人々が言い続けることです。 本当に問題のあるエラーがどのように見えるか、または人々がグローバルに抑制したいエラーがどのようなものであるかを理解せずに、この機能を設計することは困難です。

プロジェクトに含めたいサードパーティのJavaScriptコードを処理する適切な方法は何ですか？

次のシナリオを考えてみましょう。 npmに公開されていない巨大なライブラリがあり、公開されていたとしても、ライブラリをそのまま使用すると、アプリケーションが大量のデッドコードを持ち歩くことになります（ツリーの揺れはすべてをオブジェクトにアタッチするため、役に立ちません）。

この場合、このコードを抽出してnpmで公開する価値がないと仮定しましょう。 他にどのようなオプションがありますか？

このライブラリを使用するために、プロジェクトに必要なコードを抽出し、タイプスクリプトファイルとしてプロジェクトに組み込みました。 これに関する問題は、typescriptがこのファイルをチェックし、このファイルに対して多くのエラーを出すことです。

この状況では、ファイル内で発生する可能性のあるエラーを気にしないことをtypescriptが認識できるように、上部に/* ts:disable */コメントを付けると便利です。

私のプロジェクトはJavaScriptファイルをコミットしなくなったことに注意してください。コミットしたとしても、JavaScriptをフローに組み込むと、ビルドプロセスがより複雑になります。

typescriptプロジェクトでホストする必要があるサードパーティのjavascriptコードを処理する方法について誰かアドバイスがありますか？

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ファイルをコミットする必要はありません。 依存関係を使用しているとしましょう。 通常、リポジトリでreact-0.12.0.jsをコミットすることはありませんが、それを使用したいと考えています。 通常、これをCDNのsccriptタグに含めることができます。 また、 @types/reactが存在しない、または使用したくないとしましょう。 したがって、プロジェクトに新しい宣言ファイルを追加し、それをdeclarations.d.tsと呼び、次を追加します。

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

これは、「react」と呼ばれるモジュールがあり、それを使用するだけで、.jsファイルを含める必要がないことをコンパイラーに通知します。

したがって、JavaScriptの小さなチャンク（npm / CDNでは利用できない）を使用したい場合、それをコードベースにコミットすることにした場合、2つのオプションがあります。

オプション1 ：元のコードを.jsファイルとして保持し、タイプを処理するために.d.tsファイルを維持します。

@ jmlopez-rodは、JavaScriptコードをリポジトリにコミットしたくないため、これは機能しないと思います。コミットしたとしても、ビルドプロセスが複雑になると彼は言いました。

オプション2 ：javascriptをtypescriptでラップし、typescriptのすべてのエラーを処理します。

これは、コードをタイプスクリプトのように扱うため、「複雑なビルドプロセス」を回避します...しかし、タイプスクリプトエラーが発生し、この問題のスレッドの元の説明に戻りました。 これは、typescriptエラーを無効にできる有効なユースケースですか？

@ jmlopez-rodは、JavaScriptコードをリポジトリにコミットしたくないため、これは機能しないと思います。コミットしたとしても、ビルドプロセスが複雑になると彼は言いました。

ビルドプロセスが複雑になる理由がわかりません。 ファイル"library.js"と"website.js" 、「website.js」を「website.ts」に移動し、 tsc website.ts --outFile website.jsを呼び出すだけで、すべての場所に戻ります。 2つの.jsファイルから始めました。 だから、なぜそれが以前よりも複雑になったのかわからない..それはチェーンの先頭にある単なる追加のビルドステップです。

これは、コードをタイプスクリプトのように扱うため、「複雑なビルドプロセス」を回避します...しかし、タイプスクリプトエラーが発生し、この問題のスレッドの元の説明に戻りました。 これは、typescriptエラーを無効にできる有効なユースケースですか？

このファイルをtsに切り替えてプロジェクトと統合し、そのタイプを他のコンポーネントに流し込み、コードと一緒にビルドし、それでも別の標準に保つことにした理由を完全に理解できません。

例がここで役立つかもしれません。 @RyanCavanaughが指摘したように、これらの問題はすべて、エラーをまとめて無効にして赤ちゃんをお風呂に投げ込むのではなく、コンパイラに型を伝えてエラーを回避するための明確な方法があるように思われます。

このアンビエント宣言が機能しない理由が理解できませんでした。
私はすでにこのようにtsconfig.jsonへのパス定義を定義しました
"paths": { "js-xlsx": ["./xlsx.d.ts"] }
しかし、それでも私はそのモジュールが見つからないというエラーに出くわします。
'fs'、 'fs-extra'を追加しようとしましたが、その 'js-xlsx'ライブラリはすべて、アンビエント宣言、キャスト、またはここにあるような型の追加に応答しませんでしたdeclare var $: any;
@mhegazy

.jsファイルをコミットする必要はありません。 依存関係を使用しているとしましょう。 通常、リポジトリでreact-0.12.0.jsをコミットしませんが、それを使用したいと考えています。 通常、これをCDNのsccriptタグに含めることができます。 また、@ types / reactが存在しない、または使用したくないとしましょう。 したがって、プロジェクトに新しい宣言ファイルを追加し、それをdeclarations.d.tsと呼び、次を追加します。

モジュール「react」を宣言します。 //モジュールが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仕様によると：

JSXAttributeValue：

「JSXDoubleStringCharactersopt」
'JSXSingleStringCharactersopt'
{AssignmentExpression}
JSXElement

したがって、エラーは正しく、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を作成し、代わりにこれを含めることをお勧めします。

VS2015で--allowJs--をオンにしたことに気づいていませんが、まったく同じプロジェクトがスクリプト内にある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で書かれた1行目、JavaScriptで書かれた2行目です。 それらは異なるコンテキストで実行され、JavaScriptコードを変更したくありません。
したがって、 /* ts-disable */ /* ts-enable */ （eslintのような）のような新しいオプションが必要です

私の場合、TypeScriptで書かれた1行目、JavaScriptで書かれた2行目です。 それらは異なるコンテキストで実行され、JavaScriptコードを変更したくありません。

「JavaScriptで書かれた2行目」の意味がわかりませんか？ ステートメント全体をコンパイラーに渡しますか？

「JavaScriptで書かれた2行目」の意味がわかりませんか？ ステートメント全体をコンパイラーに渡しますか？

それはSeleniumサーバーに渡される必要があるので、私はそのコードを変更する必要はありませんですと。

そのコードはそのままSeleniumサーバーに渡される必要があるため、変更したくありません。

これが.tsファイルにある場合は、コンパイラによって変換されます。 コンパイラは型注釈を削除します。

とにかく、このサンプルでは、​​必要なのはdeclare var browser: any;だけであり、エラーは発生しないはずです。 サンプルについては、 Playgroundを参照してください。

これが.tsファイルにある場合は、コンパイラによって変換されます。 コンパイラは型注釈を削除します。

特定のコードがIE6やその他の古いブラウザーで改ざんされていない状態で実行されていることを保証する必要があります。
たとえば、Node.jsはCommonJSモジュールシステムに従いますが、私のrequireは、他の開発者がそのページで定義したカスタム関数です。 そのため、変更後および変更なしでそのコードを含めたいと思います。 それは私と私のチームにとって重要です。

とにかく、このサンプルでは、​​必要なのはvarbrowserを宣言することだけです。 エラーは発生しないはずです。 サンプルについては、Playgroundを参照してください。

実際、ブラウザオブジェクトは私のプロジェクトで最も人気のあるオブジェクトであり、それを無視する理由はありません。 browser.executeメソッドにも独自の型宣言があります。

今、私は問題が何であるかを理解しているかどうかわかりません。 あなたが得ているエラーは何ですか？

私のコードは、ノードとブラウザーというさまざまなコンテキストで実行されます。 2番目のコンテキストの現在の問題は、型注釈とコード変更です。

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にはさまざまなバリエーションがあります。 上記のコードは、数百の関数の1つにすぎません。
私の望みは非常に単純です—必要なときにいくつかのコードを除外させてください:)

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);
});

これにより、同じコードが生成されます。

私の場合、2つのクラスによってのみ拡張されることを意図したプライベート（エクスポートされていない）抽象クラスがあります。

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()で、「抽象クラス 'Parent'のインスタンスを作成できません：」というメッセージが表示されます。

遊び場コード

• 静的メソッドを複製して、それらに共通の関数を呼び出させることができますが、すでに機能するコードがある場合は非常にばかげているように聞こえます。
• サブクラスはメソッドの実装を適用するため、クラスを抽象化しないようにすることはできません。
• 抽象メソッドを削除することはできますが、それらを使用してサブクラスに同じインターフェイスを適用します。
• 分離されたインターフェイスを使用して強制することはできますが、スーパークラスがインターフェイスに適合せず、静的メソッドによって返される型になります。
• 抽象クラスで静的メソッドを呼び出すつもりはありません。異なるサブクラスで異なるクラスをインスタンス化するだけです。

コンパイラーは、派生クラスコンストラクターがベースと同じ署名を持つことを強制しません。 言い換えると、派生クラスコンストラクターは、ベースよりも多くの必須引数を持つことができます。 new this()を使用すると、すべての派生コンストラクターに必要なパラメーターがないことが前提に

これが正しいと確信できる場合は、 new (<any>this)(x, y);としてキャストすることを検討してください

良い点私はそれを見ませんでした。 あなたの提案は実際に機能します、私は危険を考慮します、ありがとう。

Module ... was resolved to ..., but '--allowJs' is not setを沈黙させる方法はありますか？ 私のユースケースでは、それを処理するビルドシステムがあり、すべてのコードをTSCに渡す必要がないので、これらのエラーを黙らせたいと思います。

'モジュール "someModule"を宣言します;' .d.tsファイルの1つにあります。

または、一致する@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は、生成されたコードをこの機能の正当なユースケースとswagger codegenを使用して、ノードサービス用のAPIクライアントを作成しています。 また、サーバーで生成されたクライアントの型を使用しています。これは、Swagger定義をTypeScriptインターフェイスに変換するため、自分のSwagger契約を尊重するための最も簡単な方法です。

ただし、生成されたコードは少し奇妙で、次のようなブロックがあります。

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

strictNullChecksがオンの場合、これによりエラーが発生するため、プロジェクト全体でフラグをオフにしました。 なんてこった。 生成されたタイプスクリプトを解析して変更したくありませんが、ファイルの先頭に<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の新機能）。
別の例（私はES5を生成するためにTSのみを使用しています-キャスト、宣言、インターフェースはありません）

// 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;
}

作成時には真実ですが、使用時にはそうではありません–私をMOMしないでください！

それは特にTypeScriptが行うように設計されていることです。 タイプとキャストを使用したくない場合、なぜTypeScriptを使用しているのですか？ このスレッドで何度か指摘されているように、それでもコードが出力されるため、すでに危険にさらされているエラーは無視してください。 なぜTypeScriptを、どのような目的で唖然とさせようとするのですか？

なぜTypeScriptを、どのような目的で唖然とさせようとするのですか？

それは、チームをES5 => ES6（BabelまたはTS）=> TSから、すべての栄光の中で、赤ちゃんのステップで移動することです。

私の印象では、TSはJSに追加されたものであり、自分がどのレベルにいるのかを知ることができます。
私の不満の理由は、提供されたダミーの例がエラーをスローし、したがって_doesであるためです
ES5_を生成しません。 IMOパスリンティングはトランスパイルに必須ではありません。

エラー時に放出しない限り、放出されます。 したがって、ES5を生成します。

それはしませんでした–バベルに切り替えました–それは機能しました

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を使用します。 インポートの*をグロブパターンとして扱う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（これも）の定義に

それでもコンパイルされ、大きな赤い下線で動作しますが、それは非常に素晴らしいことです

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を使用していますが、公開した後、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をオフにするか（私は本当に望んでいません。タイプチェックのためにTypeScriptを使用しており、暗黙的に許可されていると、TypeScriptはテーブルにそれほど多くをもたらしません）、古いバージョンのパッケージを使用します。 はい、 WebPackとAwesomeTypeScriptローダーの両方でバグを報告しましたが、誰も気にしません。 この問題は何ヶ月もの間無視されています。 TypeScriptパッケージとまったく同じだと思います:-(。

@polyglotinc if (!!false) {

@RyanCavanaughええと、そのことについては、 (!true)機能します...私は_（元コンパイラーライターとして）_が定数/リテラル​​に関してコンパイラーにもっと信用を与えたので、それらを可能性として考えさえしませんif (false)について忙しい人になるかどうかはわかったと思いますが、 if (!true)も同じであることがわかります。

@unional SOの質問はもう少し明確に書くことができます。おそらくそれが、起こりうるエラーについてコンパイラーに通知する必要がある理由です。 ユーザーが抑制したいエラーを示すこのスクリーンショットを参照してください

スクリーンショットでは、エラーが1つしかないことに注意してください。 これは、コンパイラーによって検出された1つの問題をすでに修正したためです。

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

ユーザーはhandleArrow*が使用されていると主張していますが、typescriptはそれが使用されていることを認識していません。 限り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ステートメントを配置するよりもはるかにクリーンconsole.log

＃19109で述べたように、特定のエラーを抑制する機能はまだありません。

＃19109で述べたように、特定のエラーを抑制する機能はまだありません。

この号で概説した基本的なシナリオは解決されたと思います。 エラー番号を使用してグローバルエラー抑制を追跡する新しい問題を作成できます。 エラーコードは表現力に欠けるため、このような方法での使用には消極的です。

＃19139を作成しました。

この命令はファイルごとにのみ機能しますよね？ フォルダ上で動作させることは可能ですか？

命令は、一度に1行で機能することになっています。 プロジェクトで多くのコンパイラエラーが発生している場合は、 noImplicitAnyオフのままにするなど、より厳密でないコンパイラオプションを使用する必要があることを確認できます（つまり、変数は暗黙的にanyます。注釈付き）。 一部のファイルをJSのままにして、 allowJsオンに設定し、 checkJsオフに設定することもできます。

なぜこの問題を解決したのですか？ 解決策はまだありません！ 適切なエラー抑制の可能性を統合する代わりに、なぜ2年間無意味な議論をするのですか？

@ webia1まだ開いている＃19139に興味があるかもしれません。

（私がしたように、この問題に遭遇した人にとって役立つかもしれないので、ここにこのコメントを追加します）

https://github.com/Microsoft/TypeScript/pull/21602に出くわしましたが、それが解決策かもしれません。

コードに// @ts-ignoreを追加するだけです（または、指定されたエラーのみを無視する場合は// @ts-ignore <some code error>も追加し

ここでTypeScript2.7.2を使用してテストしましたが、機能します。

（または// @ ts-無視する指定されたエラーのみを無視します）。

21602はマージされませんでした。 特定のエラーだけを無視することはできません。

@RyanCavanaughあなたは正しいです！ コメントを更新しました。 ありがとう！

エラーTS2339を抑制するためにここに到着しました。

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