1.判断当前活动是否被⼲掉
activity.isFinishing()
2.构建⼀个对话框(AlertDialog)
AlertDialog.Builder builder=new AlertDialog.Builder(context);builder.setCancelable(false); //设置为不可取消builder.setTitle(\"warning\"); //标题
builder.setMessage(\"You are force to be offline,please try to login again.\"); //消息//按钮点击事件
builder.setPositiveButton(\"OK\new DialogInterface.OnClickListener() { @Override
public void onClick(DialogInterface dialog, int which) { }});
builder.show(); //显⽰
3.EditText光标移动到末尾
editText.setSelection(inputText.length());
4.Cursor
Cursor cursor = db.query(\"Book\null, null, null, null, null, null);cursor.moveToFirst()
查询出来的cursor的初始位置是指向第⼀条记录的前⼀个位置的cursor.moveToFirst()指向查询结果的第⼀个位置。
⼀般通过判断cursor.moveToFirst()的值为true或false来确定查询结果是否为空。
cursor.moveToNext()是⽤来做循环的,⼀般这样来⽤:while(cursor.moveToNext()){ }cursor.moveToPrevious()是指向当前记录的上⼀个记录,是和moveToNext相对应的;cursor.moveToLast()指向查询结果的最后⼀条记录
5.隐藏状态栏(活动要继承Activity)
this.getWindow().setFlags(WindowManager.LayoutParams.FLAG_FULLSCREEN, WindowManager.LayoutParams.FLAG_FULLSCREEN); 6.SharedPreference.Editor的apply和commit⽅法异同
1. apply没有返回值⽽commit返回boolean表明修改是否提交成功
2. apply是将修改数据原⼦提交到内存, ⽽后异步真正提交到硬件磁盘, ⽽commit是同步的提交到硬件磁盘,因此,在多个并发的提交commit的时候,他们会等待正在处理的commit保存到磁盘后在操作,从⽽降低了效率。⽽apply只是原⼦的提交到内容,后⾯有调⽤apply的函数的将会直接覆盖前⾯的内存数据,这样从⼀定程度上提⾼了很多效率。 3. apply⽅法不会提⽰任何失败的提⽰。
由于在⼀个进程中,sharedPreference是单实例,⼀般不会出现并发冲突,如果对提交的结果不关⼼的话,建议使⽤apply,当然需要确保提交成功且有后续操作的话,还是需要⽤commit的。
因篇幅问题不能全部显示,请点此查看更多更全内容
Copyright © 2019- yrrf.cn 版权所有 赣ICP备2024042794号-2
违法及侵权请联系:TEL:199 1889 7713 E-MAIL:2724546146@qq.com
本站由北京市万商天勤律师事务所王兴未律师提供法律服务