おそらく）Typescriptを使うべき理由

Typescriptの現在の地位は、その技術が開発者の経験を本当に向上させることができるものであることから、突然生まれたものではありません。より明示的なコーディングは コード.
この記事では、Typescriptを使うように説得しようと思う。

*- データソース JSの現状2020 そして スタック・オーバーフロー開発者調査2020.

エラーの早期発見

通常、アプリケーションを JavaScriptあなたの流れは
こんな感じだ：

1. 変化を起こせ、
2. アプリにアクセスし、変更された部分／（関連する）テストの実行をチェックする。
3. 問題がないかどうかを確認する。

Typescriptを使えば、実際に変更を加えることができ、その際に 型エラー コンパイラのエラー・メッセージやIDEのリアルタイム・フィードバックによって、コードにエラーがあればすぐにわかります。
もちろん、Typescript コンパイラがすべての問題を解決してくれるわけではありませんし、すべてのバグについて警告してくれるわけでもありません。

IDEでのシンタックス補完の改善

実に簡単なことだ。WebStormやVSCodeのような優れたIDEを使用している場合、次のようなものが得られます。
Typescriptでの構文補完の改善。これは開発者の経験を大きく向上させるものには聞こえないかもしれないが、結局のところ、時間を節約し、またタイプミスやミスを防ぐことができるため、ひとつひとつの改善が重要なのだ。また、型やインターフェースを一度定義すれば、常に構造を覚えておく必要がなくなるので、ビジネスロジックを書くことに集中することができます。

苦痛の少ないリファクタリング

何らかの理由でリファクタリングしなければならなくなったとします。 プロジェクト 新しい機能を追加するタスクが発生したが、その機能はレガシーコードと何らかの関係がある。
Typescriptは、あなたが変更を加えたときに、別の変更を加えなければならない別の場所があると、コンパイラが警告してくれるので、より簡単で苦痛を少なくすることができる。

例えば、関数のシグネチャが変更されたとか、変更後に
関数はまったく異なるものを返すので、返される型も異なる。

コードベースに自信を持つ

JavaScriptは弱く動的に型付けされるので、変数を値 let query = '' コードの後半で、開発者が誤って不合理なことをするかもしれない。 クエリー = trueそしてそれは有効なJSコードとなる。

よく書かれたコードでは、以前は文字列だった変数にブール値を代入することは起こらないはずだ。つまり、通常、型変更を伴う代入はミスから生じるのだ。

Typescriptを使用する場合、変数の型を変更することはできない。 let query = '' 変数は、次のようになる。 ストリング タイプに変更することはできない。

変数を複数の型にしたい場合は、常に明示的にユニオン型を使用します。 文字列｜数字.

したがって、Typescript はコードをより予測可能で明示的なものにする。
また、Typescriptは制御フロー解析における明示性に配慮し、何かがうまくいかない可能性があれば警告してくれる。

最初の例 もし ブロックではエラーが発生する：

TS2339：プロパティ 'battery' がタイプ 'ClothingProduct' に存在しません。 2回 バッテリーそして ラム の特性を持つ。

第2ブロック その他というエラーが出る。 サイズ プロパティを持つ。もちろん、これはあくまで一例であり、どのようにして 被差別組合 そして 制御フロー解析 Typescriptで作業しているので、そのコードで複雑なことはしていない。

JavaScriptからの容易な段階的移行

有効な JavaScript コードは、同時に有効な Typescript コードでもあるので、コードベースを段階的に移行することができます。通常、Typescript で strict mode を使用することは良い習慣ですが、この場合はそうではありません、
まずは "strict": false で tsconfig.json さらに2つのオプションを設定する必要がある。

"allowJs": true, // .jsファイルの使用を許可し、型チェックは行わない。
"skipLibCheck": true // 使用するライブラリの型チェックを省略する。

これらのオプションを使えば、JSからTSへの移行をステップバイステップで行うことができる。 .js(x) への .ts(x) とファイル内に型を追加する。この方法を使えば、何百、何千という恐ろしいコンパイル・エラーを避けることができる。

概要

を使うべきだと思う。 タイプスクリプト 何度でも 可能なぜなら、それは長期的に本当に有益だからだ。プロジェクトを維持し、開発者の経験を増やし、コードベースをより明確で信頼できるものにするのに役立ちます。

ただし、いつものように例外もあります。たとえば、シンプルなランディングページの場合
JavaScriptがクラスの切り替えにしか使われないような単純なケースでは、Typescriptは意味をなさない。
また、Typescript をフルに活用するには、十分なレベルで使いこなす必要があり、それには時間がかかることも忘れてはならない。それでも、非常に有益な時間の投資だと思います。

続きを読む

Ruby 3.0.Rubyとあまり知られていないプライバシー管理方法

SaaSプロジェクトにおける最高品質のコード。技術者ではない）創業者として、なぜそれを気にする必要があるのでしょうか？

*タイトルのグラフィックはKnow Your Memeウェブサイトより。