android_learning:headfirst_android_development_notes:chapter_8
Differences
This shows you the differences between two versions of the page.
Both sides previous revisionPrevious revisionNext revision | Previous revision | ||
android_learning:headfirst_android_development_notes:chapter_8 [2016/02/21 04:20] – [p. 356-358] mithat | android_learning:headfirst_android_development_notes:chapter_8 [2016/02/21 04:24] (current) – [On Android fragment managers] mithat | ||
---|---|---|---|
Line 1: | Line 1: | ||
- | <WRAP center round info 60%> | ||
- | Under development. | ||
- | </ | ||
- | |||
====== Chapter 8 ====== | ====== Chapter 8 ====== | ||
Line 171: | Line 167: | ||
//rant: on// | //rant: on// | ||
- | Given my current understanding of Android, I think the way it deals with nested fragments is pretty awful. The concepts are ok-ish, but the implementation is confusing. | + | Given my current understanding of Android, I think the way it deals with nested fragments is pretty awful. The concepts are ok-ish, but the implementation is confusing. |
+ | Some key points are: | ||
* There are two different fragment manager retrieval functions---one for Activities and another for Fragments. | * There are two different fragment manager retrieval functions---one for Activities and another for Fragments. | ||
* '' | * '' | ||
Line 179: | Line 176: | ||
It's awkward to need two different function names for these two very similar cases, but fine. What I think is really awful is the naming of the functions: '' | It's awkward to need two different function names for these two very similar cases, but fine. What I think is really awful is the naming of the functions: '' | ||
- | I suspect the reason for this is that the AOSP developers didn't fully think through things when they introduced | + | I suspect the reason for requiring two different functions |
//rant: off// | //rant: off// |
android_learning/headfirst_android_development_notes/chapter_8.1456028432.txt.gz · Last modified: 2016/02/21 04:20 by mithat