DRY プログラミングの実践

Having clean codebase is a good practice to get into. コードを読みやすくするだけでなく、よりスムーズに実行できるようになります。 きれいなコードベースを持つための 1 つの方法は、DRY (Don’t Repeat Yourself) プログラミングの原則を使用することです。 これは、あらゆる種類の情報の繰り返しを減らすことを目的としており、特に多層アーキテクチャで有効です。 もし、これらの原則を使わないのであれば、あなたの仕事はWETだと考えてください。 901>

DRY コードを維持する方法はいくつかあります。

抽象化

抽象化の目標は、コードのビットを再利用可能なセクションに抽象化して、どこでも重複しないようにすることです。 これには、継承 (他の人が使用するための共通のロジックを持つ基本クラス/モジュールを作成する) やユーティリティクラスの記述といった重要な概念を使用することが含まれます。

Rule of Three

3 か所以上に同じコードがある場合、再利用可能で容易に保守できるように、共通のメソッドやクラスなどに抽象化する必要があります。 1 つの小さなメソッドや関数にあまり多くを詰め込まないようにします。 相互作用を予測できるように、ユーザー フローを計画します。 “クリーンなデザインはクリーンなコードにつながる” “コード臭 “に気をつけましょう。

Separation of Concern/ Single Responsibility

Keep your code organized(コードを整理しておくこと)。 コードを明確なセクションに分離することで、簡単に戻って再利用するセクションを見つけることができます。 疎結合のレイヤーを持つ。 UIをデータ層から、アプリ層を統合層から分離する。 こうすることで、リファクタリングが簡単になる。 パートナーや他の開発者が適切な部分だけを簡単に変更できるように、できる限り難読化する。

Single Source of Truth (SSOT)/Single Point of Truth (SPOT)

これらは、モデルおよびデータをアーキテクチャ化する方法で、すべてのデータ要素が正確に一度だけ保存されるようにするものです。 901>

You Aren’t Going to Need It (YAGNI)

あなたのコードをクリーンで読みやすい状態に保つことです。 コメントアウトされたコードや死んでいるコード、使われていないコードを削除してください。 その時点ではただの雑然としたものです。 ソースコントロールを使っていれば怖いものではありません。 (そうでない場合は、本当にそうすべきです)。

DRY プログラミングを試す

プロジェクトを構築する際に DRY プログラミングの原則を使用しない言い訳はないでしょう。 DRY はアプリケーションを高速化し、コードをより読みやすくします。 もし、他の開発者にあなたのコードを渡す必要があるならば、彼らはあなたに感謝することでしょう。 このベストプラクティスを試して、整理とコードの再利用がいかに作業を単純化し、より多くの時間を与えてくれるかを見てください

求人情報

を見る

コメントを残す

メールアドレスが公開されることはありません。