Flyweightパターンの使用例はありますか？[閉まっている]

私はデザインパターンを研究しており、フライウェイトパターンに出くわしました。私は自分のアプリケーションでパターンを使用する機会を探していましたが、その使用方法を理解するのに苦労しています。また、他の人のコードを読んだときに、フライの重量パターンが使用されている兆候は何ですか？

定義によると：

共有を使用して、多数の詳細なオブジェクトを効率的にサポートします。

正しく読んだ場合、辞書とハッシュテーブルはフライウェイトのインスタンスになる可能性がありますが、これは正しいですか？

前もって感謝します。

1つの例は、Javaライブラリーです。Javaにはプリミティブ型（たとえばint、32ビット整数）とそれらのラッパー（たとえばInteger、ラップするint）があります。「ボックス」への方法がありますintへIntegerとVHS版AN Integerにはint。プリミティブ型はオブジェクトではないため、ラッパーが必要です。したがって、たとえば、Mapsのキーとして使用したり、sに配置したりすることはできませんCollection。

ボクシングメソッドは、-128〜127の値にInteger対応するsの種類のキャッシュとしてフライウェイトオブジェクトの配列を使用しintます。これらは、キーとして使用されるかコレクションに配置される可能性が最も高い値であるため、割り当てとメモリ使用量が削減されます。（Integer値0が浮動することを表す5000000が存在する場合、フライウェイトインスタンスを再利用するのに5000000倍のメモリを使用します）。

グラフィック。通常、ラスターイメージ（ほとんどの消費者レベルのコンピューターグラフィックスのバックボーン）はCPUが安くなりますが、使用するにはメモリが高価です（メモリは安価ですがCPUは高価なため、問題ありません）。大きなラスターUI（Windows GUIアプリのアイコンからワードプロセッサのフォントの文字、3Dゲームの表面のテクスチャまで）をレンダリングする際に、そのラスターイメージを何度も繰り返す場合は、多くの意味があります。イメージを一度メモリにロードし、作成するのに安価で、それ自体が多くのメモリを消費しない非常に単純なオブジェクトを使用して、単純にそれをポイントします。スプライトは、単に画像が表示されるグラフィカル空間のポイントであり、3Dポイントと、使用する画像の最初のピクセルへのメモリポインターです。使用するスプライトイメージファイルの部分の寸法も含まれている場合があります。グラフィカル用語またはメモリ用語で。この情報はすべて変更するのに非常に安価です。たとえば、画像またはスプライトの位置を変更します。毎回新しい画像をロードせずに実行できるため、基になるプログラムのパフォーマンスが大幅に向上し、適切な部分を操作および表示できます完全なUI「シーン」をレンダリングする適切な画像。

CharacterSmalltalkのASCII範囲インスタンスはフライウェイトです。

のようなものを評価するとCharacter space、次をCharacter class >> #value:実行します。

value: anInteger 
    "Answer the Character whose value is anInteger."

    anInteger > 255 ifTrue: [^self basicNew setValue: anInteger].
    ^ CharacterTable at: anInteger + 1.

クラス変数CharacterTableは次のように初期化されます。

initialize
    "Create the table of unique Characters, and DigitsValues."
    "Character initializeClassificationTable"

    CharacterTable ifNil: [
        "Initialize only once to ensure that byte characters are unique"
        CharacterTable := Array new: 256.
        1 to: 256 do: [:i | CharacterTable
            at: i
            put: (self basicNew setValue: i - 1)]].
    self initializeDigitValues

そのため、文字列を作成すると、ASCII範囲CharactersはCharacterTable毎回新しく作成されるのではなく、そこから取得されます。

flyweightパターンを使用する目的は、不要なオブジェクトの初期化を回避し、スペースを節約することです。GOFで定義されているように、オブジェクトには2つの状態、内在状態と外在状態があります。

• 固有の状態：フライウェイトに保存されます。フライウェイトコンテキストに依存しない情報で構成されているため、共有可能になります。
• 外因性状態：フライウェイトのコンテキストに依存し、変化するため、共有できません。クライアントオブジェクトは、必要に応じて外部状態をフライウェイトに渡す役割を果たします。

各列にテキストのすべての行が含まれ、行に文字を含めることができる単純なテキストエディターアプリケーションを開発するとします。

ここでのジレンマは、Characterクラスの設計方法です。char c文字クラス内には、メイン（固有状態）オブジェクトであるべきです。ただし、charにはFontおよびSize（外部状態）を含めることができます。したがって、その外部状態をRow（クライアント）に保存し、必要なときにアクセスする必要があります。この目的のために、フォントとサイズを保存する2つのリストが作成されます。

Flyweightパターンに従うことで、Characterは再利用可能になり、すべてのASCIIシンボル（Characterオブジェクト）を含むオブジェクトの特定のリスト（フライウェイトプール）からオブジェクトが参照されます。

ここに視覚的に説明したものがあります：

「hello」を印刷Characterするには、5つではなく4つのオブジェクトのみが必要です。フォントが変更されると、新しいオブジェクトは必要ありません。Characterクラスに外部状態を保存していた場合、これは不可能になることに注意してください。たとえば、

class Character
{
    char c;
    int Size;
    Font font;

    ....
}

このパターンを大規模なデータセットに適用すると、アプリケーションのメモリの複雑さとオブジェクトの再利用性が大幅に最適化されます。