現代のJavaコンテキストにおけるオブジェクト指向の設計原則

オブジェクト指向の設計原則は、現代のJava開発において依然として不可欠であり、新しい言語の特徴と建築パターンとともに進化しています。 1。固体原理はこれまで以上に関連性があります。SRPは、特にSpringのような階層化されたフレームワークで、単一目的のクラスを保証します。 OCPは、インターフェイスと依存関係噴射を介して拡張を促進します。 LSPは、サブタイプの代替可能性を保証します。 ISPは、デフォルトのメソッドであっても膨満感を避け、焦点を絞ったインターフェイスを支持しています。 DIPは、DIフレームワークによくサポートされている抽象化に応じて強調しています。 2。カプセル化はゲッター/セッターを超えています：不変のデータのレコード、制御されたインスタンス化の工場メソッド、およびパッケージアクセスを制限するJavaモジュールを使用します。 3。継承よりも構成が好まれます：依存性階層を避けて、依存性注入と機能的挙動を使用して柔軟なシステムを構築します。 4。多型はインターフェイスとラムダを活用します：機能や消費者などの機能的インターフェイスは、ランタイムの動作の変化を可能にし、SAMSとメソッド参照を通じて戦略やオブザーバーなどのパターンをサポートします。 5.不変性と糸の安全性は重要です。最終フィールドと不変のコレクションを使用して不変のオブジェクトを設計し、同時環境でステートレスサービスを好む。最終的に、Modern Javaは、OOPの強みと機能的および反応的なパラダイムを組み合わせており、レコード、密閉クラス、パターンマッチングなどの更新された機能を使用して、保守可能でスケーラブルでテスト可能なコードを実現します。

言語が機能的なプログラミング機能、リアクティブパラダイム、クラウドネイティブパターンで進化したとしても、オブジェクト指向のデザイン（OOD）の原理は、現代のJava開発の基礎となっています。 Javaは現在、Lambdas、Streams、およびRecordsをサポートしていますが、OODのコア教義（カプセル化、相続、多型、および抽象化）は、維持可能でスケーラブルな、テスト可能なシステムの構築に依然として不可欠です。

今日のJavaの風景に古典的なオブジェクト指向のデザイン原則が適用される方法は次のとおりです。

1。堅実な原則はこれまで以上に関連性があります

ロバート・C・マーティンによって作られた堅実なものは時代遅れではありません。適応しています。 Spring Boot、Jakarta EE、またはMicroservicesを使用する場合でも、最新のJavaコードベースはこれらの原則の恩恵を受けます。

• 単一責任原則（SRP）
  クラスには、変更する理由が1つある必要があります。 Springアプリケーションでは、これは懸念を分離することを意味します。コントローラーはHTTPルーティングを処理し、サービスにはビジネスロジックが含まれ、リポジトリはデータアクセスを管理します。
  例：データベースクエリと電子メールセンディングロジックを同じサービスクラスに入れないでください。

• オープン/クローズド原理（OCP）
  クラスは拡張のために開いている必要がありますが、変更のために閉鎖する必要があります。インターフェイスと依存関係噴射を使用します。
  最新のユースケース： PaymentProcessorインターフェイスを定義し、コアロジックを変更せずにさまざまな実装（ StripeProcessor 、 PayPalProcessor ）を注入します。

  

• リスコフ代替原理（LSP）
  サブタイプは、ベースタイプに対して代替可能でなければなりません。 Javaの強力なタイピングと@Overrideチェックにより、これは簡単に実施できます。
  気をつけてください：ランタイムタイプのチェックでLSPに違反したり、オーバーライドされた方法でUnsupportedOperationExceptionを投げたりしないでください。

• インターフェイス分離原理（ISP）
  クライアントは、使用していないインターフェイスに依存してはなりません。小さくて焦点を絞ったインターフェイスを好む。
  Java 8注：インターフェイス内のデフォルトメソッドは、それらを膨らませて抵抗するように誘惑する可能性があります。 UserServiceなどの大きなインターフェイスをUserAuth 、 UserProfileManagerなどに分割します。

• 依存関係の反転原理（DIP）
  コンクリートではなく、抽象化に依存します。これは、DI（依存関係噴射）のようなSpring Shineのようなフレームワークです。
  ベストプラクティス：コンストラクターインジェクションを使用し、クラスで直接new ING依存関係を避けます。

2。ゲッターとセッターを超えたカプセル化

モダンジャワはより強力なカプセル化を奨励しています：

• 不変のデータキャリアにレコード（Java 16以降）を使用してください。

  パブリックレコードユーザー（文字列名、int age）{}

  ボイラープレートはなく、自動的に不変で行儀の良い。

• 制御されたオブジェクト作成のためのプライベートコンストラクターと工場の方法を支持します：

  パブリッククラスの支払い{
      プライベート最終文字列ID;
      private Payment（string id）{this.id = id; }
      （string id）{return new Payment（id）;のpublic static支払い; }
  }

• モジュール（Java 9）を使用して、パッケージをカプセル化します。
  module-info.javaファイルを使用すると、必要なもののみをエクスポートし、真のアクセス境界を実施できます。

3.継承よりも構成を好む（特に今）

緊密な結合により、最新のデザインでは継承はあまり一般的ではありません。その代わり：

• 構成と機能的インターフェイスを使用してシステムを構築します。

   public class orderprocessor {
      民間の最終税務主体税。
      プライベート最終通知サービス通知者。
  }

• Lambdasを介した行動注入を活用してください：

   public voidプロセス（注文注文、predicate <dorder> validator）{...}

  これは、サブクラスよりも柔軟です。

• 深いクラスの階層を避けてください。それらはテストして進化するのが難しいです。

4。インターフェイスとラムダを通る多型

多型は、もはやサブクラス化だけではありません：

• 機能的インターフェイス（ Function 、 Consumer 、 Supplier ）は、ラムダを使用したランタイムの多型を有効にします。
• 戦略、コマンド、およびオブザーバーパターンは、多くの場合、SAMS（単一の抽象メソッド）およびメソッド参照で実装されています。

  リスト<文字列> name = users.stream（）
      .map（user :: getName）
      .filter（name-> name.startswith（ "a"）））
      .tolist（）;

  ここでは、 mapとfilter 、さまざまな動作を受け入れる多型操作です。

5.不変性と糸の安全性を備えた設計を念頭に置いてください

モダンなジャワは、同時に分散した環境で実行されます。 oodはそれを説明する必要があります：

• 可能な場合はオブジェクトを不変にします（ finalフィールド、セッターなし）。
• List.copyOf() 、 Map.of() 、またはimmutables.orgやautovalueなどのライブラリを使用します。
• 並行性のバグを避けるために、ステートレスサービス（春のシングルトン豆に共通）を好みます。

最終的な考え

オブジェクト指向のデザインは時代遅れではなく、進化しました。現代のジャバで：

• Value：Domain Modeling、層状アーキテクチャ、クリーンな抽象化を追加する場所でOOPを使用します。
• 機能スタイルとブレンド：OO構造内のストリーム、ラムダ、および純粋な機能を使用します。
• 最新のJava機能を活用してください：レコード、密封されたクラス、パターンマッチング、モジュールは、より安全でクリーンなOOPコードを記述します。

目標は変更されていません。理解しやすく、変更し、テストできるコードを書き込みます。今日のツールとプラクティスのために更新されたOOD原則は、まだ私たちを導きます。

基本的に、それはOOP対Modernではありません。それはModernとのOOPです。

以上が現代のJavaコンテキストにおけるオブジェクト指向の設計原則の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。