Neden her zaman android kullanmıyorsunuz: configChanges = “keyboardHidden | orientation”?

Neden android:configChanges="keyboardHidden|orientation"her (neredeyse her;) aktivitede kullanılmadığını merak ediyordum ?

Mal:

• aktivitenizin döndürüldüğü konusunda endişelenmenize gerek yok
• o daha hızlı

Çok iyi değil:

• ekran boyutuna bağlıysa mizanpajlarınızı değiştirmeniz gerekir (örn. iki sütunlu mizanpajlar)

Kötü:

• Farklı yönlerde farklı düzenlere sahip olmanın esnek bir yolu yok
• fragman kullanırken çok iyi değil

Ama farklı düzenler kullanmazsak, neden olmasın?

Hızlı Arkaplan

Varsayılan olarak, Android'de bazı önemli yapılandırma değişiklikleri gerçekleştiğinde (yaygın bir örnek bir yönlendirme değişikliğidir), Android, bu tür değişikliklere uyum sağlaması için çalışan Etkinliği tamamen yeniden başlatır.

android:configChanges="keyboardHidden|orientation"AndroidManifest'inizde tanımladığınızda , Android'e şunları söylüyorsunuz: "Lütfen klavye çıkarıldığında veya telefon döndürüldüğünde varsayılan sıfırlamayı yapmayın; Bunu kendim halletmek istiyorum. Evet, ne yaptığımı biliyorum "

Bu iyi bir şey mi? Yakında göreceğiz ...

Telaşa gerek yok?

Başladığınız profesyonellerden biri:

aktivitenizin döndürüldüğü konusunda endişelenmenize gerek yok

Çoğu durumda, insanlar yanlışlıkla bir yönelim değişikliği ("döndürme") tarafından üretilen bir hata olduğunda, bunu koyarak düzeltebileceklerine inanırlar android:configChanges="keyboardHidden|orientation".

Ancak, android: configChanges = "keyboardHidden | orientation" bir bandajdan başka bir şey değildir. Gerçekte, bir konfigürasyon değişikliğinin tetiklenmesinin birçok yolu vardır. Örneğin, kullanıcı yeni bir dil seçerse (örneğin, yerel ayar değişti), etkinliğiniz bir yönlendirme değişikliği ile aynı şekilde yeniden başlatılır. İsterseniz , tüm farklı yapılandırma değişikliği türlerinin bir listesini görüntüleyebilirsiniz .

Düzenleme : Daha da önemlisi, hackbod yorumlarda belirttiği gibi, uygulamanız arka planda olduğunda ve Android öldürerek bazı belleği boşaltmaya karar verirken etkinliğiniz de yeniden başlatılacak. Kullanıcı uygulamanıza geri döndüğünde, Android başka bir yapılandırma değişikliği varsa etkinliği olduğu gibi yeniden başlatmayı dener. Bunu başaramazsanız - kullanıcı mutlu olmaz ...

Başka bir deyişle, kullanmak android:configChanges="keyboardHidden|orientation""endişeleriniz" için bir çözüm değildir. Doğru yol, aktivitelerinizi kodlamaktır, böylece Android'lerin yeniden başlattığı herhangi bir yeniden başlatmadan memnun olurlar. Bu, yolda size yardımcı olacak iyi bir uygulamadır, bu yüzden buna alışın.

Ne zaman kullanmalıyım?

Bahsettiğiniz gibi belirgin bir avantaj var. Bir döndürme için varsayılan yapılandırma değişikliğinin üzerine yazarak, işleri hızlandıracaksınız. Ancak, bu hız bir kolaylık fiyatı ile geliyor.

Basitçe söylemek gerekirse, hem portre hem de manzara için aynı düzeni kullanırsanız, üzerine yazma işlemini gerçekleştirirsiniz. Etkinliğin tümüyle yeniden doldurulması yerine, görünümler kalan alanı doldurmak için kolayca kayacaktır.

Bununla birlikte , herhangi bir nedenle cihaz yatay konumdayken farklı bir düzen kullanırsanız, Android'in Etkinliğinizi yeniden yüklemesi iyidir, çünkü daha sonra doğru düzeni yükleyecektir. [Bu tür bir Etkinlikte geçersiz kılmayı kullanırsanız ve çalışma zamanında büyülü bir yeniden düzen yapmak istiyorsanız ... iyi şanslar - çok basit değil]

Hızlı özet

Elbette, android:configChanges="keyboardHidden|orientation"sizin için uygunsa , o zaman kullanın. Ancak LÜTFEN bir şey değiştiğinde ne olduğunu test ettiğinizden emin olun, çünkü tam bir Aktivitenin yeniden başlatılmasının tek yolu bir yön değişikliği değildir.

Benim bakış açımdan: Düzen hem yatay hem de dikey modda aynıysa, uygulamanızdaki ikisinden birini devre dışı bırakabilirsiniz.

Bunu belirtmemizin nedeni, kullanıcı olarak uygulamanın yönlendirmeyi değiştirdiğimde bana biraz fayda sağlamasını beklemem. Telefonumu nasıl tuttuğum önemli değilse, seçime ihtiyacım yok.

Örneğin, bir ListView'a sahip olduğunuz bir uygulamayı ele alalım ve bir ListItem'e tıkladığınızda o öğe için ayrıntılı bir görünüm gösterilmesini istersiniz. Peyzajda, ekranı ListView solda ve ayrıntılı görünüm sağda olmak üzere ikiye bölerek bunu yapmazsınız. Dikey'de listeyi bir ekranda görürsünüz ve bir ListItem seçildiğinde ekranı ayrıntılı görünüme değiştirirsiniz. Bu durumda yönelim değişikliği, farklı düzenlerin yanı sıra mantıklıdır.

Nedenini görmüyorum .... ara sıra yeniden başlatmalar benim görüşüme göre tamam ... configChanges benim için çoğu durumda işler ... belki bazı uygulama türlerinde bu sorun olabilir ama gerçekten uygulamanın türüne ve nasıl geri yüklediğinize bağlıdır Uygulama yeniden başlatıldığında durumu ... Uygulamamdan biri yeniden başlatıldığında kullanıcı geri kaydedilir ve son etkinlik kodum tarafından açılır ve kullanıcı jus, bulunduğu yere geri dönmek için bazı adımları kaybeder. bazı durumlar her zaman yeniden başlatma sırasında geri yüklenir. Etkinlik yeniden başlatıldığında, bu uygulamanın kullanılmamış olması ya da başka bir şey olması gerekiyordu ... bu yüzden hiç sorun yok ... Örneğin oyunda bu sorun olabilir ya da bilmediğim başka bir uygulama türünde olabilir ...

Bu şekilde yaptığınızda uygulamaların normal şartlar altında iyi çalıştığını söylüyorum. Ve kod sadece u yeni hatalar yapabilir ve her zaman korumak zorunda nerede kaydetmek ve geri yüklemek için gerekli ton mantık olmadan çok daha okunabilir ... android güç tükenir ve uygulama penceresini öldürmek emin olun içeriği kaybetmek ve tekrar başlar, ancak bu sadece özel durumlarda olur ve yeni cihazlarda bunun daha nadir olduğuna inanıyorum ...

Öyleyse beni öldür, ama bunu uygulamalarda oldukça başarılı bir şekilde kullanıyorum ... android: configChanges = "locale | keyboard | keyboardHidden | orientation | screenLayout | uiMode | screenSize | smallestScreenSize" Ama bazı özel uygulamalar için bunun olmayabilir iyi bir yol ama uygulamaların çoğu bu sadece OK ile yaşayabilir.

Evet, duraklatmanın oyuncuyu serbest bırakmaktan daha hızlı yapacağını düşünüyorum. Yine de duraklama var.

Şimdi şarkıyı duraklatmayacak bir çözüm bulduk.

Manifest'te ekran yönlendirmesi için yapılandırma değişikliğini işleyeceğinizi belirtin ve ardından düzen dosyasını yüklemek için onConfigurationChanged yöntemini kullanın. Bunu logCat içinde yaparak onPause, onCreate & onResume işlevini görmüyorum ve bu nedenle şarkı duraklatılmıyor.

1. yönlendirmeyi işlemek için bildirimi güncelleyin.

   android:configChanges="orientation|screenSize"

2. bu kodu ekle

   @Override
   public void onConfigurationChanged(Configuration newConfig) {
       // TODO Auto-generated method stub      
       super.onConfigurationChanged(newConfig);        
       setContentView(R.layout.activity_main);
   }