看到老师用了一个getActivity()。看了下fragment.super.getActivity()和getActivity的值是一个结果。这样写更方便了。
2016-03-09
后面的静态传值,我觉得是这样。其实也就是两个普通java对象的传值问题,再获得FragmentManager那一步,只是为了准确的获得fragment的对象。从而调用get/set方法。后面的通过button的onclicked方法也可以换一种方法。把fragment中获取展示值部分放在fragment的onActiveCreated方法中获取。至于toast方法中的第一个参数,可以使用当前fragment的super.getActivity()。因为onCreateView方法在activity加载Content时就调用了。那会还没有传值,只有在onActiveCreated,加载完成后获取
2016-03-09
恩,我可不可以这样理解。这么写,就是一个变了样子的回调处理,为了更迎合android的处理方法。
回调函数,需要在classA中向classB传入自身引用,然后在classB中调用传入的classA的方法,完成回调赋值。
在老师的这个例子里。向classB传入引用,用了onAttach方法。然后还让classA继承了一个接口类(其实这个接口写在哪里并不重要)。目的也是把传过来的宿主Activity转成具体的Activity,从而来调用回调方法。通过接口继承和onAttach两个步骤,完成了向后一个类传引用。然后在Fragment的onCreateView方法中,完成了上面说的回调处理的第二步
回调函数,需要在classA中向classB传入自身引用,然后在classB中调用传入的classA的方法,完成回调赋值。
在老师的这个例子里。向classB传入引用,用了onAttach方法。然后还让classA继承了一个接口类(其实这个接口写在哪里并不重要)。目的也是把传过来的宿主Activity转成具体的Activity,从而来调用回调方法。通过接口继承和onAttach两个步骤,完成了向后一个类传引用。然后在Fragment的onCreateView方法中,完成了上面说的回调处理的第二步
2016-03-09