Fragment详解摘要整理

引子

所有的知识均来自下面这篇博客。这篇博客系列详细的讲解了Fragment用法。
Fragment详解

笔记

FragmentManager管理者
要管理activity中的fragments,你就需要使用FragmentManager。通过getFragmentManager()或getSupportFragmentManager()获得

manager.findFragmentById();  //根据ID来找到对应的Fragment实例,主要用在静态添加fragment的布局中,因为静态添加的fragment才会有ID  
manager.findFragmentByTag();//根据TAG找到对应的Fragment实例,主要用于在动态添加的fragment中,根据TAG来找到fragment实例  
manager.getFragments();//获取所有被ADD进Activity中的Fragment 

2、FragmentTransaction
一般用来对当前的Fragment进行管理,包括add,replace,remove;
常用的针对Fragment的方法有:

//将一个fragment实例添加到Activity的最上层  
add(int containerViewId, Fragment fragment, String tag);  
//将一个fragment实例从Activity的fragment队列中删除  
remove(Fragment fragment);  
//替换containerViewId中的fragment实例,注意,它首先把containerViewId中所有fragment删除,然后再add进去当前的fragment  
replace(int containerViewId, Fragment fragment);  

这里写图片描述

这里的replace操作会把这个cotainer中所有fragment清空!!!!然后再把fragment2添加进去!

但这里有个问题,必须根大家讲一下:我们上面说过replace操作会把Container中的所有fragment全部删除,然后再将指定的fragment添加进去!但Android在实现时出现了BUG!在replace()时,并不能把以前所有Fragment清空,就因为这个系统工程产了BUG就会导致add()和Replace()不能共用!关于add()和Replace()不能共用的问题

有关回滚——FragmentTransaction

回滚指的是返回上一次commit的状态,注意是commit,你的一次commit被记录为一次操作状态,即便你再这次commit里add、remove、replace、attach、detach了很多次,但是这一连串的操作只有一个commit的话,他们都作为一个状态被保存在栈中

这里我们着重讲一下,回退是以commit()提交的一次事务为单位的,而不是以其中的add,replace等等操作为单位回退的,即,如果我们在一次提交是添加了fragment2,fragment3,fragment4,那么回退时,会依据添加时的顺序,将它们一个个删除,返回到没有添加fragment4,fragment3,fragment2的状态。

在transaction.commit()之前,使用addToBackStack()将其添加到回退栈中。

transaction.addToBackStack(String tag);  

在需要回退时,使用popBackStack()将最上层的操作弹出回退栈。

manager.popBackStack();  

当栈中有多层时,我们可以根据id或TAG标识来指定弹出到的操作所在层。函数如下:




void popBackStack(int id, int flags);  
void popBackStack(String name, int flags);  

其中
- 参数int id是当提交变更时transaction.commit()的返回值。
- 参数string name是transaction.addToBackStack(String tag)中的tag值;
- 至于int flags有两个取值:0或- FragmentManager.POP_BACK_STACK_INCLUSIVE;
- 当取值0时,表示除了参数一指定这一层之上的所有层都退出栈,指定的这一层为栈顶层;
- 当取值POP_BACK_STACK_INCLUSIVE时,表示连着参数一指定的这一层一起退出栈;

detach():会将view与fragment分离,将此将view从viewtree中删除!而且将fragment从Activity的ADD队列中移除!所以在使用detach()后,使用fragment::isAdded()返回的值是false;但此fragment实例并不会删除,此fragment的状态依然保持着使用,所以在fragmentManager中仍然可以找到,即通过FragmentManager::findViewByTag()仍然是会有值的。

attach():显然这个方法与detach()所做的工作相反,它一方面利用fragment的onCreateView()来重建视图,一方面将此fragment添加到ADD队列中;这里最值得注意的地方在这里:由于是将fragment添加到ADD队列,所以只能添加到列队头部,所以attach()操作的结果是,最新操作的页面始终显示在最前面!这也就解释了下面的例子中,为了fragment2 detach()后,当再次attach()后,却跑到了fragment3的前面的原因。还有,由于这里会将fragment添加到Activity的ADD队列中,所以在这里调用fragment::isAdded()将返回True;
调用attach方法后,会把重建这个fragment的实例,并将其放到栈顶,这点与show()方法不一样

获取回退栈里的Fragment的方法,记住每commit一次,就会加入一个回退栈(你调用了addtostack方法),所以说一直回退,一直都有

TextView tv = (TextView) findViewById(R.id.tv_stack_val);  

FragmentManager manager = getSupportFragmentManager();  
int count = manager.getBackStackEntryCount();  
StringBuilder builder = new StringBuilder("回退栈内容为:\n");  
for (int i = --count;i>=0;i--){  
    FragmentManager.BackStackEntry entry= manager.getBackStackEntryAt(i);  
    builder.append(entry.getName()+"\n");  
}  
tv.setText(builder.toString());  

系统BUG——add()和replace()千万不要共用!!!

主要在replace的时候,并没有清掉所有的回退栈,出现了bug

Fragment参数传递

把参数传递进Fragment

为何不使用构造方法传递参数,而是使用Fragment.setArguments(Bundle bundle)
详见Android解惑 - 为什么要用Fragment.setArguments(Bundle bundle)来传递参数

摘要:通过上面的分析,我们可以知道Activity重新创建时,会重新构建它所管理的Fragment,原先的Fragment的字段值将会全部丢失,但是通过Fragment.setArguments(Bundle bundle)方法设置的bundle会保留下来。所以尽量使用Fragment.setArguments(Bundle bundle)方式来传递参数

传递进去 setArguments

 public static Fragment2 newInstance(String arg) {

        Bundle args = new Bundle();
        args.putString(DATA1, arg);

        Fragment2 fragment = new Fragment2();
        fragment.setArguments(args);
        return fragment;
    }

得到 getArguments

 public View onCreateView(LayoutInflater inflater, @Nullable ViewGroup container, @Nullable Bundle savedInstanceState) {
        View view = inflater.inflate(getLayout(), container, false);
        Bundle arguments = getArguments();
        if (arguments != null) {
            mS = arguments.getString(DATA1);
            mTv.setText(mS);
        }
        return view;
    }
Fragment往外传参—使用万能的回调接口(略)
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
基于微信小程序的家政服务预约系统采用PHP语言和微信小程序技术,数据库采用Mysql,运行软件为微信开发者工具。本系统实现了管理员和客户、员工三个角色的功能。管理员的功能为客户管理、员工管理、家政服务管理、服务预约管理、员工风采管理、客户需求管理、接单管理等。客户的功能为查看家政服务进行预约和发布自己的需求以及管理预约信息和接单信息等。员工可以查看预约信息和进行接单。本系统实现了网上预约家政服务的流程化管理,可以帮助工作人员的管理工作和帮助客户查询家政服务的相关信息,改变了客户找家政服务的方式,提高了预约家政服务的效率。 本系统是针对网上预约家政服务开发的工作管理系统,包括到所有的工作内容。可以使网上预约家政服务的工作合理化和流程化。本系统包括手机端设计和电脑端设计,有界面和数据库。本系统的使用角色分为管理员和客户、员工三个身份。管理员可以管理系统里的所有信息。员工可以发布服务信息和查询客户的需求进行接单。客户可以发布需求和预约家政服务以及管理预约信息、接单信息。 本功能可以实现家政服务信息的查询和删除,管理员添加家政服务信息功能填写正确的信息就可以实现家政服务信息的添加,点击家政服务信息管理功能可以看到基于微信小程序的家政服务预约系统里所有家政服务的信息,在添加家政服务信息的界面里需要填写标题信息,当信息填写不正确就会造成家政服务信息添加失败。员工风采信息可以使客户更好的了解员工。员工风采信息管理的流程为,管理员点击员工风采信息管理功能,查看员工风采信息,点击员工风采信息添加功能,输入员工风采信息然后点击提交按钮就可以完成员工风采信息的添加。客户需求信息关系着客户的家政服务预约,管理员可以查询和修改客户需求信息,还可以查看客户需求的添加时间。接单信息属于本系统里的核心数据,管理员可以对接单的信息进行查询。本功能设计的目的可以使家政服务进行及时的安排。管理员可以查询员工信息,可以进行修改删除。 客户可以查看自己的预约和修改自己的资料并发布需求以及管理接单信息等。 在首页里可以看到管理员添加和管理的信息,客户可以在首页里进行家政服务的预约和公司介绍信息的了解。 员工可以查询客户需求进行接单以及管理家政服务信息和留言信息、收藏信息等。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值