Bu konuyla ilgili dokümanları ve diğer soruların konularını okudum ve gerçekten ikna olmuyorum; Bu tekniğin kullanım sınırlarını açıkça göremiyorum.
Parçalar artık En İyi Uygulama olarak görülüyor ; her Etkinlik temel olarak bir veya daha fazla Parça için bir destek olmalı ve doğrudan bir düzen çağırmamalıdır.
Parçalar aşağıdakiler için oluşturulur:
Activity
birçok birimi kullanmalarına izin verin, aralarında değişiklik yapmak için, bu birimleri yeniden kullanmak için ... ==> bir etkinliğinFragment
tamamen bağımlısıdırContext
, bu yüzden birçok Faaliyette yeniden kullanabileceğim ve işleyebileceğim genel bir şeye ihtiyacım olursa, kendi özel mizanpajlarımı veya Görünümlerimi oluştur ... Parçaların ekleyeceği bu Karmaşıklık Geliştirme Katmanını önemsemeyeceğim.farklı çözünürlükte daha iyi bir işlem ==> Tabletlerde aynı Faaliyette iki (veya daha fazla) parça ve telefonlarda tek tek gösterebileceğimiz uzun bir işlem durumunda tabletler / telefonlar için Tamam. Ama neden daima parçaları kullanayım ?
Parçalar arasında gezinmek için geri aramalar gerçekleştirme (yani: kullanıcı Oturum Açmışsa başka bir parça gösteririm, başka bir parça gösteririm). ===> Sadece SDK-Giriş facebook kaç hata olduğunu görmek için çalışın bu nedenle, gerçekten (?) Olduğunu anlamak için ...
bir Android Uygulamasının Etkinliklere dayandığını göz önünde bulundurarak ... Etkinliğe başka bir yaşam döngüsü eklemek bir Uygulama tasarlamak için daha iyi olurdu ... Yani modüller, senaryolar, veri yönetimi ve bağlantı daha iyi tasarlanacaktır. yol. ===> Bu, Android SDK ve Android Framework'ü Parçalar vizyonuyla görmek için kullanılan birinin cevabıdır. Bunun yanlış olduğunu düşünmüyorum, ancak iyi sonuçlar vereceğinden emin değilim ... Ve gerçekten soyut ...
====> Neden her zaman kullanırken daha fazla kodlayarak hayatımı daha karmaşık hale getireyim ki? Aksi halde, neden sadece bazı durumlar için bir araçsa en iyi uygulamadır? bu durumlar nedir?