Android: Where to put activity's onCreate() code in a fragment?
Asked Answered
S

2

16

I'm converting all my Activities to Fragments so that I can use them in a ViewPager.

I've searched for this but I couldn't find a satisfying answer, so that's why I'm asking it here.

In my Activities, I've written some code in the onCreate() method. I for example call some findViewById()s in order to link some xml-buttons to my Activity. I also make some views invisible in the onCreate(), set an OnClickListener(), fill a TextView with text and remove a Notification, all in the onCreate() method.

My question is: Where should I put this code in the fragment? In the onCreate()? onCreateView()? onActivityCreated()? and why?

Many thanks in advance!

Shanon answered 7/3, 2013 at 17:30 Comment(0)
T
24

Although Pragnani's answer is close, there's little educational value in it. Besides, there's a more appropriate option to his 2nd statement.

Where should I put this code in the fragment? In the onCreate()? onCreateView()? onActivityCreated()? and why?

The short answer is: either onCreateView() or onActivityCreated() will do. The view hierarchy won't be created until onCreateView(), so that's the earliest point in the fragment's life cycle that you could inflate the views and attach click listeners etc. Since onActivityCreated() will always be run after onCreateView(), that's a suitable location too. onCreate() may be skipped in favour of the system temporarily detaching the fragment and reattaching it, e.g. when retaining fragments.

Pragnani is correct by pointing out that inflating the views of a fragment is slightly different from inflating views in an activity. More specifically: a fragment does not define a findViewById() method, so you'll need to call it on some other object.

Rather than using getActivity().findViewById(), you'll want getView().findViewById(). The reason for this is that if you use the activity for the view lookups, then you'll get into trouble when multiple fragments with the same view IDs are attached to it. This will be the case if you reuse view ids in the layouts of your various fragments, or if you show two identical fragments that display different data. In both cases, only the first match would ever be returned, whereas you really want to the view to be looked up in the conext of the fragment. That's exactly what getView() returns, the fragment's root view (that you returned in onCreateView()), and thus limits the scope of the lookup appropriately.

Tevis answered 7/3, 2013 at 18:36 Comment(4)
Thanks you so much for your comprehensive answer! This is excactly what I needed!Shanon
I can't call getView() in onCreateView(), it gives me a NullPointerExceptionShanon
That's correct: getView() will not be set until onCreateView() returns - perhaps I should have made that more explicit. However, since you're inflating the root view in onCreateView(), you shouldn't have to call getView() but in stead directly call findViewById() on the view you're eventually returning. For an example: see CountingFragment.Tevis
Rather than using getActivity().findViewById(), you'll want getView().findViewById() thats the point. Thanks a lot whole day i was scratching my head why my ViewPager not working correct is the reason i was using getActivity() to find views of my fragment. I think for Finding Fragment views getView() should only be used.Lipetsk
B
3

1.Left the onCreate empty and just call super.onCreate()

2.Instead of findViewById() use getActivity().findViewById() always use getActivity() where you need context of the view.

 Do all other operations in onCreateview()
Burnish answered 7/3, 2013 at 17:41 Comment(1)
Completely opposed to what this doc github.com/thecodepath/android_guides/wiki/… saysInvulnerable

© 2022 - 2024 — McMap. All rights reserved.