View.BuildDrawingCache 方法
定義
重要
部分資訊涉及發行前產品,在發行之前可能會有大幅修改。 Microsoft 對此處提供的資訊,不做任何明確或隱含的瑕疵擔保。
多載
| 名稱 | Description |
|---|---|
| BuildDrawingCache() |
呼叫此方法等同於呼叫 |
| BuildDrawingCache(Boolean) |
若繪圖快取無效,強制建立繪圖快取。 |
BuildDrawingCache()
呼叫此方法等同於呼叫 buildDrawingCache(false)。
[Android.Runtime.Register("buildDrawingCache", "()V", "GetBuildDrawingCacheHandler")]
public virtual void BuildDrawingCache();
[<Android.Runtime.Register("buildDrawingCache", "()V", "GetBuildDrawingCacheHandler")>]
abstract member BuildDrawingCache : unit -> unit
override this.BuildDrawingCache : unit -> unit
- 屬性
備註
呼叫此方法等同於呼叫 buildDrawingCache(false)。
此會員已被棄用。 隨著 API 11 引入硬體加速渲染,視圖繪製快取在很大程度上變得過時。 透過硬體加速,中間快取層大多不再必要,且由於建立與更新該層的成本,容易導致淨效能損失。 在少數需要快取層次的情況下,例如用於 alpha 動畫,則 #setLayerType(int, Paint) 會用硬體渲染來處理此問題。 對於軟體渲染的檢視階層中一小部分或個別檢視的快照,建議從 a Canvas 或 Bitmap 建立 a android.graphics.Picture 並呼叫#draw(Canvas)檢視。 然而,這些軟體渲染的使用不被鼓勵,且與硬體純渲染功能 android.graphics.Bitmap.Config#HARDWARE Config.HARDWARE 如點陣圖、即時陰影及輪廓裁切存在相容性問題。 建議使用 PixelCopy API 來製作使用者介面截圖、回饋報告或單元測試。
的 android.view.View.buildDrawingCache()Java 檔。
此頁面的部分是根據 Android 開放原始碼專案所建立和共用的工作進行修改,並根據 Creative Commons 2.5 屬性授權中所述的詞彙使用。
另請參閱
適用於
BuildDrawingCache(Boolean)
若繪圖快取無效,強制建立繪圖快取。
[Android.Runtime.Register("buildDrawingCache", "(Z)V", "GetBuildDrawingCache_ZHandler")]
public virtual void BuildDrawingCache(bool autoScale);
[<Android.Runtime.Register("buildDrawingCache", "(Z)V", "GetBuildDrawingCache_ZHandler")>]
abstract member BuildDrawingCache : bool -> unit
override this.BuildDrawingCache : bool -> unit
參數
- autoScale
- Boolean
用於自動縮放的 System.Boolean 值。
- 屬性
備註
若繪圖快取無效,強制建立繪圖快取。
如果你手動呼叫 #buildDrawingCache() 但沒有打電話 #setDrawingCacheEnabled(boolean) setDrawingCacheEnabled(true),應該事後打電話 #destroyDrawingCache() 清理快取。
關於相容模式下自動縮放的注意事項:當未啟用自動縮放時,此方法會產生與此視圖相同大小的點陣圖。 由於此點陣圖會由父 ViewGroup 繪製縮放,螢幕上的結果可能會顯示縮放的偽影。 為了避免這類瑕疵,你應該將自動縮放設定為 true。 然而,這樣做會產生與檢視圖不同大小的位圖。 這表示你的應用程式必須能處理這個規模。
啟用硬體加速時,你應該避免呼叫這個方法。 如果你不需要繪圖快取位圖,呼叫此方法會增加記憶體使用量,並導致視圖在軟體中渲染一次,進而負面影響效能。
此會員已被棄用。 隨著 API 11 引入硬體加速渲染,視圖繪製快取在很大程度上變得過時。 透過硬體加速,中間快取層大多不再必要,且由於建立與更新該層的成本,容易導致淨效能損失。 在少數需要快取層次的情況下,例如用於 alpha 動畫,則 #setLayerType(int, Paint) 會用硬體渲染來處理此問題。 對於軟體渲染的檢視階層中一小部分或個別檢視的快照,建議從 a Canvas 或 Bitmap 建立 a android.graphics.Picture 並呼叫#draw(Canvas)檢視。 然而,這些軟體渲染的使用不被鼓勵,且與硬體純渲染功能 android.graphics.Bitmap.Config#HARDWARE Config.HARDWARE 如點陣圖、即時陰影及輪廓裁切存在相容性問題。 建議使用 PixelCopy API 來製作使用者介面截圖、回饋報告或單元測試。
的 android.view.View.buildDrawingCache(boolean)Java 檔。
此頁面的部分是根據 Android 開放原始碼專案所建立和共用的工作進行修改,並根據 Creative Commons 2.5 屬性授權中所述的詞彙使用。