バルキングパターン

バルキング パターンは、オブジェクトが特定の状態にある場合にのみオブジェクトに対してアクションを実行するソフトウェア設計パターンです。たとえば、オブジェクトがZIPファイルを読み取り、呼び出しメソッドが ZIP ファイルが開いていないときにオブジェクトの get メソッドを呼び出すと、オブジェクトは要求に対して「バルキング」します。たとえば、 Javaプログラミング言語では、このような状況で がスローされる可能性があります。 IllegalStateException

この分野には、設計パターンというよりはむしろアンチパターンであると考える専門家^{[誰? ]}がいます。オブジェクトがAPI をサポートできない場合は、問題のある呼び出しが利用できないように API を制限するか、制限なしに呼び出しができるようにする必要があります。次のことを実行する必要があります。

• 「健全な状態」で作成される。^{[さらに説明が必要]}
• 正常な状態になるまで利用できない。
• ファサードになり、正常な状態にあるオブジェクトに応答します。

このパターンを使用するオブジェクトは、通常、一時的に、しかし不明な時間の間、妨害されやすい状態にあります。^[要出典] オブジェクトが既知の有限期間の間、妨害されやすい状態に留まる場合は、ガードされたサスペンション パターンが適している可能性があります。

以下は、バルキング パターンの実装の一般的な簡単な例です。^[1]上記の定義で示されているように、「同期」行がどのように使用されているかに注意してください。ジョブ メソッドへの呼び出しが複数ある場合、1 つだけが続行され、他の呼び出しは何も返されません。もう 1 つ注目すべき点は、jobCompleted()メソッドです。同期されている理由は、別のスレッドがフィールドの変更を確認する唯一の方法は、フィールドへのすべてのアクセスを同期することであるためです。実際には、ブール変数であるため、明示的に同期されず、揮発性として宣言されているだけで、他のスレッドが古いキャッシュ値を読み取らないようにすることができます。

パブリッククラスのExample { private boolean jobInProgress = false ;   
        

    public void job () { synchronized ( this ) { if ( jobInProgress ) { return ; } jobInProgress = true ; } // ジョブを実行するコードをここに記述します// ... jobCompleted (); }   
         
              
                
            
              
        
        
        
        
    

    void jobCompleted () { synchronized ( this ) { jobInProgress = false ; } } }  
         
              
        
    

• 読み取りおよび書き込みロックパターン
• ガードサスペンションパターン