保持モード

コンピュータグラフィックスにおける保持モードは、グラフィックスライブラリにおけるAPI設計の主要なパターンであり、^{[ 1 ]}

• クライアントではなくグラフィックスライブラリが、レンダリングするシーン（レンダリングプリミティブの完全なオブジェクトモデル）を保持し、
• クライアントがグラフィックスライブラリに呼び出す処理は、直接レンダリングを引き起こすのではなく、グラフィックスライブラリによって管理（保持）されるリソースへの広範な間接参照を利用します。^{[ 2 ]}これはダブルバッファリングの使用を妨げるものではありません。^{[ 3 ]}  

即時モードは代替アプローチです。歴史的に、保持モードはGUIライブラリで主流のスタイルでしたが、^{[ 4 ]}両方とも同じライブラリ内で共存でき、実際には必ずしも排他的ではありません。^{[ 5 ]}

リテインドモードでは、クライアント呼び出しは直接実際のレンダリングを引き起こすのではなく、ライブラリのデータ空間内に保持されている抽象的な内部モデル（通常はオブジェクトのリスト）を更新します。これにより、ライブラリは実際のレンダリングと関連オブジェクトの処理を最適化できます。^{[ 2 ]}

レンダリングを最適化するためのテクニックには、以下のようなものがあります。

• ダブルバッファリングの管理^{[ 6 ] [ 7 ]}
• 背面カリング^{[ 8 ]} /オクルージョンカリング（Zバッファリング）^{[ 9 ]}による隠面の処理
• アプリケーションからライブラリへ転送されるのは、フレーム間で変更されたデータのみである。

同じライブラリ内で即時モードと共存する例としては、OpenGLがあります。^{[ 10 ]} OpenGL には、変更されていないデータを再送信することなく、以前に定義されたサーバー側オブジェクト (テクスチャ、頂点バッファとインデックスバッファ、シェーダーなど) を使用できる即時モード関数があります。^{[ 11 ] [ 12 ]}

保持モードレンダリングシステムの例としては、Windows Presentation Foundation ^{[ 2 ]} 、macOS のSceneKit ^{[ 13 ]}、PHIGSなどがあります。

• コンポジティングウィンドウマネージャー
• シーングラフ