在下面介绍Android中如何使用instanceof关键字开发更方便时,先来温习一下java中instanceof的概念。
instanceof大部分的概念是这样定义的:instanceof是Java的一个二元操作符,和==,>,<是同一类东西。由于它是由字母组成的,所以也是Java的保留关键字。它的作用是测试它左边的对象是否是它右边的类的实例,返回boolean类型的数据。举个栗子:
1
2
|
String s = "I AM an Object!" ; boolean isObject = s instanceof Object; |
我们声明了一个String对象引用,指向一个String对象,然后用instancof来测试它所指向的对象是否是Object类的一个实例,显然,这是真的,所以返回true,也就是isObject的值为True。
instanceof有一些用处。比如我们写了一个处理账单的系统,其中有这样三个类:
1
2
3
|
public class Bill { //省略细节} public class PhoneBill extends Bill { //省略细节} public class GasBill extends Bill { //省略细节} |
在处理程序里有一个方法,接受一个Bill类型的对象,计算金额。假设两种账单计算方法不同,而传入的Bill对象可能是两种中的任何一种,所以要用instanceof来判断:
1
2
3
4
5
6
7
8
9
|
public double calculate(Bill bill) { if (bill instanceof PhoneBill) { //计算电话账单 } if (bill instanceof GasBill) { //计算燃气账单 } ... } |
这样就可以用一个方法处理两种子类。
然而,这种做法通常被认为是没有好好利用面向对象中的多态性。其实上面的功能要求用方法重载完全可以实现,这是面向对象变成应有的做法,避免回到结构化编程模式。只要提供两个名字和返回值都相同,接受参数类型不同的方法就可以了:
1
2
3
4
5
6
|
public double calculate(PhoneBill bill) { //计算电话账单 } public double calculate(GasBill bill) { //计算燃气账单 } |
所以,使用instanceof在绝大多数情况下并不是推荐的做法,应当好好利用多态。
以上是我抄的,觉得写的还不错,简介明了,就拿过来引用一下。可以看出 instanceof关键是就是用来判断左边的对象是否是右边类的实例,如果是,就能处理下一步的逻辑。
在Android中,instanceof关键字常用来用在Fragment中调用Activity方法。比如说,你需要在Fragment中调用当前Activity中的某个方法,有的人说,那我直接重新写一个不就是么?那要是有特殊的方法,fragment不支持呢?这时候就用到了instanceof,举个栗子:
1
2
|
if ( getActivity() instanceof IndexActivity) ((IndexActivity) getActivity()).showccaidan(); |
上面两行代码中可以看出,如果当前这个Fragment 是IndexActivity的碎片时,那么久调用activity中的方法,调用之前必须强转一下当前Activity。
其实不仅Fragment中能够用到instanceof关键字,自定义的Adapter中也是可以用到的:
1
2
3
4
5
6
|
if (context instanceof CommodityWarningActivity){ holder.entName_ll.setVisibility(View.VISIBLE); holder.entName.setText(list.get(arg0).getStrCorporationName()); } else { holder.entName_ll.setVisibility(View.GONE); } |
context这个做android都应该知道,context从字面意思是上下文,或者叫做场景,也就是用户与操作系统操作的一个过程。(不是特么了解context可以先去看看资料)。所以说如果有context地方需要的话都可以使用instanceof关键字。
以上所述是小编给大家介绍的Java中的instanceof关键字在Android中的用法实例详解,如果大家有任何疑问请给我留言,小编会及时回复大家的。在此也非常感谢大家对服务器之家网站的支持!
原文链接:http://blog.csdn.net/mrzhang_happy/article/details/50462868