Kotlin入门(21)活动页面的跳转处理
Activity的活动页面跳转是App最常用的功能之一,在前几章的demo源码中便多次见到了,常常是点击界面上的某个按钮,然后跳转到与之对应的下一个页面。对于App开发者来说,该功能的实现非常普通,使用Java编码不过以下两行代码而已:
1 2 | Intent intent = new Intent(MainActivity. this , LinearLayoutActivity. class ); startActivity(intent); |
上面代码的关键之处在于Intent的构造函数,其中第一个参数指定了页面跳转动作的来源,即MainActivity这个源页面,MainActivity.this通常简写为this;构造Intent的第二个参数则表示页面跳转动作的目的地,即LinearLayoutActivity这个目标页面。倘若把这两行Java代码转换为Kotlin代码(复制这两行然后粘贴到kt文件中,Android Studio就会自动完成转换),则可看到活动跳转的Kotlin代码如下所示:
1 2 | val intent = Intent( this @MainActivity , LinearLayoutActivity:: class .java) startActivity(intent) |
对比之下,这里的Kotlin代码与Java代码主要有两点不同之处:
1、在类内部指代自身的this关键字,Java的完整写法是“类名.this”,而Kotlin的完整写法是“this@类名”,当然二者均可简写为“this”;
2、获取某个类的class对象,Java的写法是“类名.class”,而Kotlin的写法是“类名::class.java”,一看便知带有浓浓的Java风味;
看起来,Kotlin代码与Java代码半斤八两,未有明显的简化,令人产生小小的失望。但细心的读者也许已经注意到了,本书附录源码里的活动跳转,并非上述的Kotlin正宗写法,而是下面这种简化版的写法:
1 | startActivity<LinearLayoutActivity>() |
究其原因,乃是Anko库利用Kotlin的扩展函数,给Context类新增了名为startActivity的新方法。故而使用简化版的写法之前,必须先导入Anko库的指定文件,即在kt文件头部添加下面一行导入语句:
1 | import org.jetbrains.anko.startActivity |
活动页面跳转的时候,往往还要携带一些请求参数,如果使用Java编码,可以很轻松地调用Intent对象的putExtra方法,通过“putExtra(参数名, 参数值)”的方式传递消息,就像下面代码那样:
1 2 3 4 | Intent intent = new Intent( this , ActSecondActivity. class ); intent.putExtra( "request_time" , DateUtil.getNowTime()); intent.putExtra( "request_content" , et_request.getText().toString()); startActivity(intent); |
如果使用Anko的简化写法,其实也很容易,只要在startActivity后面的括号中依次填上每个参数字段的字段名和字段值,具体的Kotlin跳转代码如下所示:
1 2 3 4 | //第一种写法,参数名和参数值使用关键字to隔开 startActivity<ActSecondActivity>( "request_time" to DateUtil.nowTime, "request_content" to et_request.text.toString()) |
注意到上面的写法使用关键字to隔开参数名和参数值,感觉不够美观,而且容易使人迷惑,to后面究竟要跟着字段名还是字段值呢?所以Anko库提供了另一种符合习惯的写法,也就是利用Pair类把参数名和参数值进行配对,Pair的第一个参数为字段名,第二个参数为字段值。据此改写后的Kotlin跳转代码如下所示:
1 2 3 4 | //第二种写法,利用Pair把参数名和参数值进行配对 startActivity<ActSecondActivity>( Pair( "request_time" , DateUtil.nowTime), Pair( "request_content" , et_request.text.toString())) |
不管哪种写法,在下一个活动中解析请求参数的方式都一样,都得先获取Bundle对象,然后分别根据字段名称获取对应的字段值。具体的请求参数解析代码如下所示:
1 2 3 4 5 6 7 8 9 10 11 | class ActSecondActivity : AppCompatActivity() { override fun onCreate(savedInstanceState: Bundle?) { super .onCreate(savedInstanceState) setContentView(R.layout.activity_act_second) val bundle = intent.extras val request_time = bundle.getString( "request_time" ) val request_content = bundle.getString( "request_content" ) tv_response.text = "收到请求消息:\n请求时间为${request_time}\n请求内容为${request_content}" } } |
下面通过测试界面观察一下消息数据发送之前和发送之后的效果,如下面左图所示,这时第一个页面准备跳转到第二个页面;如下面右图所示,这是跳转后的第二个页面,界面上展示了第一个页面传递过来的参数信息。
Activity之间传递的参数类型,除了整型、浮点数、字符串等基本数据类型,还允许传递序列化结构如Parcelable对象。这个Parcelable对象可不是简单的实体类,而是实现了Parcelable接口的实体类,实现接口意味着该类必须重写接口定义的所有方法,不管你愿不愿意都得老老实实地照猫画虎。譬如前面的活动跳转传递了两个字段数据,如果把这两个字段放到Parcelable对象中,仅仅包含两个字段的Parcelable类对应的Java代码也如下面这般冗长:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 | public class MessageInfo implements Parcelable { public String content; public String send_time; // 写数据 @Override public void writeToParcel(Parcel out, int flags) { out.writeString(content); out.writeString(send_time); } // 例行公事实现createFromParcel和newArray public static final Parcelable.Creator<MessageInfo> CREATOR = new Parcelable.Creator<MessageInfo>() { // 读数据 public MessageInfo createFromParcel(Parcel in) { MessageInfo info = new MessageInfo(); info.content = in.readString(); info.send_time = in.readString(); return info; } public MessageInfo[] newArray( int size) { return new MessageInfo[size]; } }; @Override public int describeContents() { return 0 ; } } |
看看这架势,如此简单的自定义Parcelable类,就得重写包括writeToParcel、createFromParcel、newArray、describeContents在内的四个方法,可谓是兴师动众。由此可见这里又是Java的一个痛点,正适合Kotlin施展拳脚、好好改进。在第五章的类和对象中,介绍了Kotlin对数据类的写法,在类名前面关键字data,Kotlin即可自动提供get/set、equals、copy、toString等诸多方法。那么序列化对象的改造也相当简单,仅需在类名之前增加一行注解“@Parcelize”就好了,整个类的Kotlin代码只有下面寥寥几行:
1 2 3 | @Parcelize data class MessageInfo(val content: String, val send_time: String) : Parcelable { } |
不过若想正常编译,还需修改模块的编译文件build.gradle,在文件末尾添加下面几行,表示增加安卓插件的编译支持:
1 2 3 4 | //@Parcelize标记需要设置experimental = true androidExtensions { experimental = true } |
编译文件修改完毕,现在能在Kotlin中使用序列化对象的注解了。虽然自定义的MessageInfo类内部没有任何一行代码,但是它除了具备数据类的所有方法,也自动实现了Parcelable接口的几个方法。接下来就可以利用该类传输活动跳转的序列化数据了,下面是改写后的Kotlin跳转代码:
1 2 | val request = MessageInfo(et_request.text.toString(), DateUtil.nowTime) startActivity<ParcelableSecondActivity>( "message" to request) |
跳转后的下一个页面,调用getParcelable即可正常获得原始的序列化数据,具体的数据解析代码如下所示:
1 2 3 4 5 6 7 8 9 | class ParcelableSecondActivity : AppCompatActivity() { override fun onCreate(savedInstanceState: Bundle?) { super .onCreate(savedInstanceState) setContentView(R.layout.activity_parcelable_second) val request = intent.extras.getParcelable<MessageInfo>( "message" ) tv_response.text = "收到打包好的请求消息:\n请求时间为${request.send_time}\n请求内容为${request.content}" } } |
同样通过测试界面观察序列化对象的打包和解包效果,如下面左图所示,这时第一个页面准备跳转到第二个页面;如下面右图所示,这是跳转后的第二个页面,界面上展示了第一个页面传递过来的序列化数据。
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】凌霞软件回馈社区,博客园 & 1Panel & Halo 联合会员上线
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】博客园社区专享云产品让利特惠,阿里云新客6.5折上折
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 开发中对象命名的一点思考
· .NET Core内存结构体系(Windows环境)底层原理浅谈
· C# 深度学习:对抗生成网络(GAN)训练头像生成模型
· .NET 适配 HarmonyOS 进展
· .NET 进程 stackoverflow异常后,还可以接收 TCP 连接请求吗?
· 本地部署 DeepSeek:小白也能轻松搞定!
· 如何给本地部署的DeepSeek投喂数据,让他更懂你
· 在缓慢中沉淀,在挑战中重生!2024个人总结!
· 从 Windows Forms 到微服务的经验教训
· 李飞飞的50美金比肩DeepSeek把CEO忽悠瘸了,倒霉的却是程序员