SharedPreferences içindeki commit () ve cameram () arasındaki fark nedir

Ben kullanıyorum SharedPreferencesbenim android app. Her ikisini de commit()ve apply()paylaşılan tercih yöntemini kullanıyorum . AVD 2.3 kullandığımda hiçbir hata göstermiyor, ancak kodu AVD 2.1'de çalıştırdığımda apply()yöntem hata gösteriyor.

Peki bu ikisi arasındaki fark nedir? Ve sadece kullanarak commit()tercih değerini herhangi bir sorun olmadan saklayabilir miyim?

apply()2.3 ilave edildi, bu taahhüt olmadan başarılı veya başarısız gösteren bir boolean döndüren.

commit()kaydetme çalışırsa true değerini, aksi halde false değerini döndürür .

apply() Android dev ekibi neredeyse hiç kimsenin dönüş değerini fark etmediğini fark ettiğinden, eşzamansız olduğundan uygulama daha hızlıdır.

http://developer.android.com/reference/android/content/SharedPreferences.Editor.html#apply ()

tl; dr:

• commit()verileri eşzamanlı olarak yazar (çağrısının iş parçacığını engeller). Daha sonra operasyonun başarısı hakkında sizi bilgilendirir .
• apply()verilerin eşzamansız olarak yazılmasını zamanlar . O bilgilendirmek gelmez operasyonun başarısı hakkında.
• Herhangi bir getX yöntemiyle kaydeder apply()ve hemen okursanız , yeni değer döndürülür!
• Bir apply()noktada aradıysanız ve hala yürütülüyorsa, commit()yapılacak tüm çağrılar ve tüm geçerli çağrılar bitinceye kadar yapılacak çağrılar engellenir .

Dan daha çok derinlemesine bilgi SharedPreferences.Editor Belgeleri:

Tercihlerini kalıcı depolama alanına eşzamanlı olarak yazan commit () 'dan farklı olarak , Apply (), bellek içi SharedPreferences'daki değişikliklerini hemen yapar, ancak diske eşzamansız bir taahhüt başlatır ve herhangi bir hata bildirilmez . Bu SharedPreferences üzerindeki başka bir düzenleyici, bir application () hala göze çarpıyorken normal bir command () yaparsa, commit () tüm asenkron taahhütler tamamlanıncaya kadar kendisi de bloke olur.

SharedPreferences örnekleri bir işlem içindeki tekil öğeler olduğundan, döndürme değerini zaten yoksayıyorsanız, herhangi bir exec () örneğini application () ile değiştirmek güvenlidir.

SharedPreferences.Editor arabiriminin doğrudan uygulanması beklenmez. Ancak, daha önce uyguladıysanız ve şu anda eksik Apply () ile ilgili hatalar alıyorsanız, commit () 'dan ()' dan çağrı yapabilirsiniz.

Uygula () yerine command () kullanarak bazı sorunlar yaşıyorum. Daha önce diğer yanıtlarda belirtildiği gibi, Apply () yöntemi eşzamansızdır. "Dize kümesi" tercihi için oluşturulan değişiklikler asla kalıcı belleğe yazılmış sorun alıyorum.

Programın "gözaltına alınmasını" veya Android 4.1 ile cihazımda kurduğum ROM'da, bellek gereksinimleri nedeniyle işlem sistem tarafından öldürüldüğünde gerçekleşir.

Tercihlerinizin canlı olmasını istiyorsanız "commit ()" yerine "Apply ()" kullanmanızı öneririm.

Uygula () kullanın.

Değişiklikleri hemen RAM'a yazar ve bekler ve daha sonra dahili depolamaya (gerçek tercih dosyası) yazar. Tamam, değişiklikleri senkronize ve doğrudan dosyaya yazar.

• commit()senkronize, apply()senkronize değil

• apply() void fonksiyonudur.

• commit() yeni değerler kalıcı depolama alanına başarıyla yazıldıysa true değerini döndürür.

• apply() durumları değiştirmeden önce garantiler tamamlandı, Android bileşen yaşam döngüleri hakkında endişelenmenize gerek yok

Döndürülen değeri commit()kullanmazsanız commit()ve ana iş parçacığından kullanıyorsanız apply(), commit()

Dokümanlar apply()ve arasındaki farkın oldukça iyi bir açıklamasını verir commit():

commit()Tercihlerini kalıcı depolama alanına eşzamanlı olarak yazan programın aksine , apply()değişikliklerini SharedPreferencesanında bellek içi olarak yapar, ancak diske eşzamansız bir taahhüt başlatır ve herhangi bir hata bildirilmez. Bu konuda başka bir editör, a hala olağanüstü bir durumdaysa SharedPreferencesdüzenli commit()bir apply()işlem yaparsa , commit()tüm eşzamansız işlemlerin yanı sıra taahhüdün kendisi tamamlanıncaya kadar engeller. Gibi SharedPreferencesörnekler bir süreç içinde singletons vardır, bu herhangi bir örneğini değiştirmek için güvenli commit()ile apply()zaten dönüş değeri gözardı olsaydı.

Javadoc'tan:

Tercihlerini kalıcı depolama alanına eşzamanlı olarak yazan commit () 'dan farklı olarak, Apply (), bellek içi SharedPreferences'daki değişikliklerini hemen yapar, ancak diske eşzamansız bir taahhüt başlatır ve herhangi bir hata bildirilmez. Bu SharedPreferences üzerindeki başka bir düzenleyici, bir> Apply () hala göze çarpıyorken düzenli bir kesinleştirme () yaparsa, tüm asenkron taahhütler tamamlanıncaya kadar taahhüt tamamlanana kadar commit () engellenir

Commit () ve Apply () arasındaki fark

SharedPreference'ı kullanırken bu iki terimle kafamızı karıştırabiliriz. Temel olarak muhtemelen aynıdırlar, bu yüzden commit () ve Apply () arasındaki farkları açıklığa kavuşturalım.

1. dönüş değeri:

apply()başarı veya başarısızlık gösteren bir boole döndürmeden teslim eder. commit() kaydetme işe yararsa true değerini, aksi halde false değerini döndürür.

2. hız:

apply()daha hızlı. commit()daha yavaştır.

3. Eşzamansız ve Eşzamanlı:

apply(): Eşzamansız commit(): Eşzamanlı

4. atom:

apply(): atom commit(): atom

5. Hata bildirimi:

apply(): Hayır commit(): Evet