Java 子父类相互转换
这个涉及到面向对象特性之多态,考验你对这个特性了解能否彻底,接下来举例两个常用的 API 来解释这个问题
子类转父类(setContentView)
setContentView 需要一个 View 类型的参数,这里传入 View 的子类 TextView
这里可以看到编译并没有任何疑问,接下来运行一下
也是没有问题的,证实了子类可以代替父类(子类转父类完全OK)
父类转子类(findViewById)
findViewById 最后返回 View 的子类,这里我们先按常规写法过一遍
我现在忽然有一个大胆的想法
那我想强转成 ImageView 试试看会怎样样
尽管 findViewById 可以强转成 View 的子类,但是本质获取到的还是 XML 中的那个类型 View,XML 中是 TextView,findViewById 获取到也只能是 TextView,假如强转成 ImageView 肯定会报类型转换异常
在这里再总结一下,父类是可以转成子类的,但是有一个前提条件,那就是它本质上就是这个子类的对象
基本数据类型和对象
看到这里,你能否曾以为基本数据类型和对象一样了?
而后事实并非如此,这里将 int 置为空编译不通过
基本数据类型和对象之间有很大的区别,基本数据类型只能是一个数值,而对象可以有变量和方法,int 的默认值为0,而 Integer 的默认值为 null,由于它们本身就是两种不同的东西
switch 不止可以判断 int
从 Java JDK 1.7 开始,switch 语句即可以开始支持判断 string 对象 和 enum 枚举
string 中 equals 的两种用法区别
列举一个简单的案例
将文本对象置为空后再次运行
抛出了空指针异常,所以推荐第一种写法来避免空指针异常
变量 == 对象 ?
这个也是面向对象思想的一部分,我们可以把人比作一个对象,把变量比作人的姓名,而一个人可以有多个姓名,但实际只有一个人。
要想取得新的对象,可以使用以下三种方式
new
克隆
序列化
每个类其实都是 Object 的子类
我们知道 Object 类中有 equals 和 toString ,假如我们不继承至 Object 是不是没有这些方法了?
事实并非如此,其实我们创立一个类,什么都不继承,但只需它是一个类,就肯定是 Object 的子类,就会拥有 Object 的属性和方法。我说了这么多,你还是不相信?请看下图
泛型限定的坑
一个泛型可以限定一个继承类和多个实现接口
你能否和我一样,限定泛型是这样的,然而编译却不给过
实际需要这样定义泛型,并不能使用 implements
假如将接口类放在前面再试试,提醒后面只能放接口类
被 final 修饰的对象
我们常常误以为,被 final 修饰对象不能被修改,其实这种说法不是完全正确的
修改这个对象的成员变量是没有任何疑问的
但是不能对这个对象进行重新赋值
setOnClickListener(this) 的好处
在开发中,我们通常对 View 设置点击监听是这样子的
假如这个界面有很多个 View 要设置监听呢?就变成了这样
监听一多代码就很乱了,我们要必需要经过少量优化
这样的好处在于可以提高代码的可阅读性,又可以复用同一个对象,达到对象优化的效果
if else 语句层级嵌套
当你看到这样子的代码,都会觉得自己想静一静
其实这种写法在少量老项目很常见,我们也极有为这种代码写好了铺垫,所以让我们用规范的写法避开这种坑吧
我们可以用 switch 语句,但是有肯定局限性(只能判断 int,string,enum),所以当我们不能用 switch 语句的时候可以使用以下方式减少判断语句层级嵌套
啥?这不是跟刚刚的差不多?那你可以考虑换下面这种写法
重写和重载分不清楚
重写父类的 toString 方法
重载父类的 toString 方法
ListView 或者 RecyclerView 使用 Glide 特别注意
错误的写法:
Context context = MainActivity.this;Glide.with(context) .load(url) .into(imageView);
正确的写法:
Glide.with(imageView.getContext()) .load(url) .into(imageView);
Glide 使用的上下文建议用 ImageView.getContext() 的,来源于我曾经遇到过的问题,在 RecyclerView 中 itemView 中包含一个 ImageView 对象,用于加载后端的客户头像 URL,但是随着列表的滚动,ImageView 加载的图片会混乱起来,起因是 Glide 持有 Activity 的上下文,只需 Activity 没有 finish,Glide 就不会中止本次读取和加载,假如使用了 ImageView 的上下文,只需 ImageView 不可见就会中止加载