コードリンティング

ESLint をコードベースに統合する作業に取り組むことができたので、今日は素晴らしい一日でした。私は面白いコードモンキーです。私は、リンティング、ユーザー/技術/製品ドキュメント、テスト、アクセシビリティ、セキュリティなどの優れたコーディング手法を楽しんでいます。これらは通常、動作するコード を出荷することよりも優先順位が低くなります。なぜなら、私がプログラミングに情熱を注ぐものとして列挙したものがなくてもコードは機能するからです。しかし、これらすべてのプラクティスが実装されていれば、コードが壊れることはめったになく、より信頼性の高いコードとなります。最初から「信頼性の高い動作コード」を作成してみませんか?

なぜリンティングが好きなのか？

Lint は、一般的なエラーを早期に発見するのに役立ちます。 lint ルールによって不適切なコーディング手法が特定されるため、開発者はそれらの手法をプロジェクトに導入しません。 lint を使用すると、let の代わりに const をいつ使用するか、変数をシャドウするかを識別できます。

lint を使用して不正なコードを防ぐには、不正なコードを何度もデバッグする価値があります。

私の挑戦

私たちは、多くの開発者が貢献した既存のコードベースを持っていました。 ESLint をインストールしてレポートを実行した後、コードには 5,000 件を超えるリンティング違反がありました。 NextJS、TypeScript、A11y、JavaScript で使用するのに最適な lint ルールを探しました。違反が非常に多かったので、徐々にエラーを探すことにしました。 ESLint には自動修正機能がありますが、それを既存のコードベースで実行して機能することを期待してはいけません。いいえ、いいえ、若者はいません。反復する必要があります!

重要なルールを ❌「エラー」に設定し、残りを「警告」または「オフ」に設定します。次に、コードを再度デプロイする前に修正すべき点を特定するためにレポートを再実行しました。すべてのエラーを手動で修正し、コードをビルドできるようになった後、単体テストを実行して、✅ すべてが合格していることを確認しました。適切なリンティングによってコードが壊れることはありません。 lint はせいぜい開発者をサポートすることを目的としています。若手開発者がより良いコードの書き方を学べるよう支援する必要があります。

すべてのエラーが特定され、修正されるか無視されると、デプロイが可能になり、コードが「今日」入手できる限り良好であることがわかります。コードベースが修正されたので、今後は「auto-magic-fix」を使用できるようになり、lint エラーを修正できる確率は 50/50 であると確信できます。

私の学び

ESLint が成長したようです!いくつかの追加のコード書式設定ルールはサポートされなくなります。これらのルールは、lint ライブラリではなくコード書式設定ライブラリによって維持される必要があります。 ESLint は v9 の時点で多くの機能を非推奨にし、すべてではないにしてもほとんどの機能を Stylistic!

に移行しました。

私はコードの書式設定に Prettier を使用しており、Typescript は Stylistic でフラグをサポートしているため、ESLint の優れたコード書式設定を維持できるように ESLint v8.53.0 を使用しました。しかし、最終的には 9 に移行する必要があるため、これは単に「無駄な作業をした」だけです。

コーディングを楽しんでください!

以上がコードリンティングの詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。