レッスン

イテレーター イテレータは動作設計パターンです。各集約オブジェクトの説明を使用せずに集約オブジェクトの要素に順次アクセスできるようにするオブジェクトを表します。 たとえば、ツリー、リンク リスト、ハッシュ テーブル、配列などの要素は、Iterator オブジェクトを使用して走査 (および変更) できます。 要素の反復は、コレクション自体ではなく、イテレーター オブジェクトによって実行されます。これにより、コレクションのインターフェイスと実装が簡素化され、懸念事項のより論理的な

2.1 状態 状態は動作設計パターンです。これは、プログラムの実行中に、オブジェクトの状態に応じて動作を変更する必要がある場合に使用されます。 パターンは 3 つのブロックで構成されます。 コンテキストは、オブジェクトの動作が状態に応じて変化するクラスです。 状態は、各具象状態が実装する必要があるインターフェイスです。このインターフェイスを通じて、Context オブジェクトはメソッド呼び出しを委任することで状態と対話します。インターフェイスには、動作を変更するオブジェクトへ

3.1 アクティブオブジェクト Active オブジェクトは、メソッドの実行スレッドを、メソッドが呼び出されたスレッドから分離する設計パターンです。このパターンの目的は、非同期メソッド呼び出しと要求処理スケジューラを使用して並列実行を提供することです。 簡易版: 古典的なバリエーション: このテンプレートには 6 つの要素があります。 クライアントのパブリック メソッドへのインターフェイスを提供するプロキシ オブジェクト。 アクティブなオブジェクトのアクセス方法を定義するイン

アンチパターンの概要 アンチパターンはパターンの正反対です。デザイン パターンは優れたプログラミング手法の例、つまり特定の問題を解決するためのパターンであることを思い出してください。しかし、アンチパターンはそれらの正反対、つまりさまざまな問題を解決するときに起こる間違いのパターンです。 適切なプログラミングの実践の一部は、まさにアンチパターンを避けることです。これがそのような理解できない理論上のゴミであるとは思わないでください。これらは、ほぼすべての開発者が遭遇する特定の問題