CN104199642B - 一种在目标平台运行原平台代码的实现方法及装置 - Google Patents

Abstract

本发明公开了一种在目标平台运行原平台代码的实现方法及装置，以解决修改接口函数工作量较大，并且不利于后期维护的问题。该方法包括：将构建的类导入目标平台，所述构建的类包括原平台代码中与目标平台不同的接口函数，所述构建的类与原平台代码中包括所述不同接口函数的类同名；对构建的类进行反射。

Description

一种在目标平台运行原平台代码的实现方法及装置

技术领域

本发明涉及计算机技术领域，尤其涉及一种在目标平台运行原平台代码的实现方法及装置。

背景技术

利用JAVA实现跨平台时，是通过虚拟机实现的，虚拟机运行需要进行反射操作并调用大量的接口函数。具有相同功能的软件在不同的平台时，代码框架可能相同或者类似，但是调用的接口参数不同，因此需要运行的虚拟机也并不相同。当具有相同功能的软件实现在目标平台运行原平台代码的操作时，需要修改接口函数。但是对于某些基类接口函数出现频率较大，如果需要修改调用，需要在虚拟机中一一修改调用，工作量相对较大。一旦出现差错，使得软件可能不能运行，或者软件可能不能进行升级操作，并且对于后期维护可能也增加了困难。

发明内容

本发明实施例提供一种在目标平台运行原平台代码的实现方法及装置，以解决修改接口函数工作量较大，并且不利于后期维护的问题。

本发明实施例提供了一种在目标平台运行原平台代码的实现方法，该方法包括：

将构建的类导入目标平台，该构建的类包括原平台代码中与目标平台不同的接口函数，该构建的类与原平台代码中包括上述不同接口函数的类同名；

对构建的类进行反射。

较佳的，若原平台代码中的所述类需要通过获取对象，并利用对象调用接口函数，上述对构建的类进行反射，具体包括：

对构建的类中获取对象的接口函数进行反射，反射后返回没有实际值的对象；

并对需要利用对象调用的接口函数进行反射。

较佳的，若原平台代码中的所述类中包含子类，上述对构建的类进行反射，具体包括：

对所述构建的类进行第一次反射，获取子类中接口函数的对象；

对所述对象进行第二次反射，获取子类中的接口函数。

较佳的，若原平台代码中的所述类中包含具有实际值的对象，上述对构建的类进行反射，具体包括：

获取构建的类中具有实际值的对象；

根据具有实际值的对象对构建的类进行反射。

基于与方法实施例同样的发明构思，本发明实施例提供了一种在目标平台运行原平台代码的实现装置，该装置包括：

导入单元，用于将构建的类导入目标平台，所述构建的类包括原平台中与目标平台不同的接口函数，所述构建的类与原平台代码中包括所述不同的接口函数的类同名；

反射单元，用于对构建的类进行反射。

较佳的，反射单元还用于，在原平台代码中的所述类要通过获取对象，并利用对象调用函数时，对构建的类中获取对象的接口函数进行反射，反射后返回没有实际值的对象；并对需要利用对象调用的接口函数进行反射。

较佳的，反射单元还用于，当原平台代码中的上述类中包含子类时，对所述构建的类进行第一次反射，获取子类中接口函数的对象；对所述对象进行第二次反射，获取子类中的接口函数。

较佳的，反射单元还用于，当原平台的类中包含具有实际值的对象时，获取构建的类中具有实际值的对象；根据具有实际值的对象对构建的类进行反射。

现有技术中需要对源代码中所有接口的类进行反射，利用本发明提供的方案，仅需对构建的类进行反射，也就是对在原平台中与目标平台不同的接口函数进行反射，从而提高了在目标平台运行原平台代码的效率，并且有利于后期维护。

附图说明

图1为本发明实施例提供的在目标平台运行原平台代码的实现方法流程图；

图2为本发明实施例提供的在目标平台运行原平台代码的实现装置示意图。

具体实施方式

本发明实施例提供一种在目标平台运行原平台代码的实现方法及装置，以解决修改接口函数工作量较大，并且不利于后期维护的问题。

下面结合附图对本发明实施例作进一步说明。

本发明实施例提供了一种在目标平台运行原平台代码的实现方法，如图1所示，该方法包括：

S101：将构建的类导入目标平台，该构建的类包括原平台中与目标平台不同的接口函数，该构建的类与原平台代码中包括上述不同的接口函数的类同名。

其中，将构建的类导入目标平台，是对源代码中目标平台与原平台不同的接口的类的应用路径进行修改，根据修改后的应用路径导入到目标平台。

较佳的，构建的类可以称为与原平台的类的同名类。

S102：对构建的类进行反射。从而实现了在目标平台运行原平台代码，即实现跨平台操作。

反射就是JAVA语言在运行时拥有的一项自观的能力，它能够创建灵活的代码。这些代码在运行时装载，不需要在组建时进行源代码的链接。反射能够使程序代码装载到虚拟机中，并获取虚拟机中类的内部信息。允许在执行程序时才得到所需要的类的内部信息，而不再需要编写代码时就必须知道所需要的类的内部信息。

例如：在安卓平台的telephony类，该类是在不同平台都需要使用的一个重要基类，每个平台都含有这个类，但是在这个类中定义的变量和函数是不一样的，或者相同函数的实现方法和参数也有可能不一样。当需要实现跨平台时，按照常规方法，需要对这个类的所有接口和变量执行反射，这种方法对于被调用少的接口来说是可行的，但是对于TelephonyManager这个类的修改几乎不太可能实现。以TelephonyManager.getDefault().isMultiSimEnabled()为例，这个函数在整个工程上有很多，不可能一个一个执行对接口函数的反射修改。利用本发明实施例提供的方法，例如：TelephonyManager类在安卓系统中的标准路径是：import android.telephony.TelephonyManager，该路径是在framework层，重新定义应用路径为：

import com.hisense.mms.frameworks.telephony.Telephony Manager。该重新定义应用路径的类为构建的类，该类中仅包括目标平台与原平台不同的接口函数。

根据修改后的应用路径就可以将构建的类导入到目标平台，然后直接执行反射操作了。现有技术中需要对源代码中所有接口的类进行反射，利用本发明提供的方案，仅需对构建的类进行反射，也就是对在原平台中与目标平台不同的接口函数进行反射，从而提高了在目标平台运行原平台代码的效率，并且有利于后期维护。

在利用本发明在目标平台运行原平台代码时也需要用到反射，在利用本发明的方法进行修改同名路径后，标准的反射操作不再适用，由此可以采用以下反射方式：

第一种反射方式，在本发明实施例中命名为跨介反射。

跨介反射即为需要跳过一层进行反射，或者在中间一层做成假的接口，在下一介进行反射。

较佳的，跨介反射适用于类需要通过获取对象，并利用对象调用函数的情况。例如：TelephonyManager.getDefault().isMultiSimEnabled()；这个接口在源代码中的意思是通过getDefault()获取TelephonyManager类的一个对象实现对象实例化，然后再通过得到的对象来调用函数isMultiSimEnabled()。利用该方法时，在进行反射时会发生冲突。在反射中在调用方法的时候，是在通过对象来调用的，即invoke(obj,false,getMethod)，这句代码相当于执行了obj.getMethod()，且obj.getMethod()与getDefault().isMultiSimEnabled()的结果是一样的，因此发生冲突。因此可以利用以下实现方式：

对构建的类中获取对象的接口函数进行反射，反射后返回没有实际值的对象。

例如：将TelephonyManager类在修改后的应用路径下重新构造构建的类，即是所有具有TelephonyManager类名称相同的类指向该构建的TelephonyManager的接口，因此可以根据修改后应用路径将构建的类导入目标平台，在该同名TelephonyManager类中，进行如下操作：

protected TelephonyManager(){}

private static TelephonyManager instance＝new TelephonyManager()；

public static TelephonyManager getDefault(){

return instance；}

经过这样处理后，getDefault()接口就变成了一个假的的接口，经过反射后返回的是一个没有实际值的对象，然后再对需要利用对象调用的接口函数进行反射，采用该方法不用改源代码即可实现反射，大大提高开发效率。

第二种反射方式，在本发明实施例中命名为双层反射。

当调用一个函数返回的是一个子类对象，然后再调用这个子类对象的函数时需要用到双层反射。

在现有技术反射方法如下：

例1：

SmsMemoryStatus SimMemStatus＝null；

SmsManager smsManager＝SmsManager.getDefault()；

SimMemStatus＝smsManager.getSmsSimMemoryStatus()；

if(SimMemStatus！＝null){

int iccSmsCount＝SimMemStatus.getTotal()；

return iccSmsCount；

}else{

return 0；

}

以上这段代码的意思是：通过smsManager.getSmsSimMemoryStatus()获取SmsMemoryStatus类型的对象SimMemStatus，然后调用SimMemStatus的成员函数getTotal()。

例如：上述例1中牵扯到两个类即SmsManager和SmsMemoryStatus，这两个类分别具有各自的路径位置，那么在按照本发明提供的方法构建函数后构建的类后，利用上述反射方法，则smsManager.getSmsSimMemoryStatus()反馈却是标准路径的类而不是构建的类，编译出现问题。

针对上述这种情况，可以利用以下实现方式：

对构建的类进行第一次反射，获取子类中接口函数的对象；

对对象进行第二次反射，获取子类中的接口函数。

例2：

Method getMethod；

Method getMethod2；

getMethod＝Invoke.getMethod(getTelephonyClass(),getSmsSimMemoryStatus",int.class)；

Object obj＝Invoke.invoke(getDefaultMethod(),false,getMethod,subId)；

if(obj！＝null){

getMethod2＝nvoke.getMethod(Invoke.getClass("android.telephony.SmsMemo ryStatus"),"getTotal")；

iccSmsCount＝(Integer)Invoke.invoke(obj,false,getMethod2)；

return iccSmsCount；

}

else{

return 0；

}

上述代码中在第一次反射对构建的类SmsManage进行反射获取函数getSmsSimMemoryStatus()得到一个对象obj，第二次反射直接在第一次得到的对象obj基础上直接进行invoke，来调用getTotal()。利用该双层反射最多只需要构建最外层的类的接口函数，另一个内层子类只需在第二次反射中直接反射调用即可。

第三种反射方式，在本发明实施例中命名为实参反射。

在工程中很多函数是需要传递有实际值的对象的，对于这类函数的反射，就不能按照传统的方法通过getdefault()的方法获取obj来进行反射，这样获取的对象是一个初始的构造函数的对象，而不是具有实际值的对象，这样使用就会出错。

针对上述这种情况，可以利用以下实现方式进行反射(仅需调用构建的类中的函数)：

获取构建的类中具有实际值的对象；

根据具有实际值的对象对构建的类进行反射。

例如：

int subid＝0；

Metho dmethod＝msReflector.getMethod(getSmsManagerClass(),"getSubId")；

subid＝(Integer)MmsReflector.invoke(sms_local,-1,metod)；

return subid；

上述invoke函数中的sms_local对象，它不是传统的通过getdefault获取的obj，而是在源码上下文中通过传递获得的具有实际值的obj，运用这个obj来进行反射，就相当执行了sms_local.Method的方法。因此利用该方法进行反射保留了实际传递值，避免出错。

基于与方法实施例同样的发明构思，本发明实施例提供了一种在目标平台运行原平台代码的实现装置，如图2所示，该装置包括：

导入单元201，用于将构建的类导入目标平台，该述构建的类包括原平台中与目标平台不同的接口函数，该构建的类与原平台代码中包括上述不同的接口函数的类同名；

反射单元202，用于对构建的类进行反射。

较佳的，反射单元还用于，在原平台代码中的所述类需要通过获取对象，并利用对象调用函数时，对构建的类中获取对象的接口函数进行反射，反射后返回没有实际值的对象；并对需要利用对象调用的接口函数进行反射。

较佳的，反射单元还用于，当原平台代码中的所述类中包含子类时，对所述构建的类进行第一次反射，获取子类中接口函数的对象；对所述对象进行第二次反射，获取子类中的接口函数。

较佳的，反射单元还用于，当原平台代码中的所述类中包含具有实际值的对象时，获取构建的类中具有实际值的对象；根据具有实际值的对象对构建的类进行反射。

现有技术中需要对源代码中所有接口的类进行反射，利用本发明提供的方案，仅需对构建的类进行反射，也就是对在原平台中与目标平台不同的接口函数进行反射，从而提高了在目标平台运行原平台代码的效率，并且有利于后期维护。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (8)

1.一种在目标平台运行原平台代码的实现方法，其特征在于，包括：

将构建的类导入目标平台，所述构建的类包括原平台代码中与目标平台不同的接口函数，所述构建的类与原平台代码中包括所述不同接口函数的类同名；

对构建的类进行反射，所述反射包括跨介反射、双层反射或实参反射；

其中，所述跨介反射用于原平台代码中的所述类需要通过获取对象，并利用对象调用接口函数；所述双层反射用于原平台代码中的所述类中包含子类；所述实参反射用于原平台代码中的所述类中包含具有实际值的对象。

2.如权利要求1所述的方法，其特征在于，所述跨介反射具体包括：

对构建的类中获取对象的接口函数进行反射，反射后返回没有实际值的对象；

并对需要利用对象调用的接口函数进行反射。

3.如权利要求1所述的方法，其特征在于，所述双层反射具体包括：

对所述构建的类进行第一次反射，获取子类中接口函数的对象；

对所述对象进行第二次反射，获取子类中的接口函数。

4.如权利要求1所述的方法，其特征在于，所述实参反射具体包括：

获取构建的类中具有实际值的对象；

根据具有实际值的对象对构建的类进行反射。

5.一种在目标平台运行原平台代码的实现装置，其特征在于，包括：

导入单元，用于将构建的类导入目标平台，所述构建的类包括原平台中与目标平台不同的接口函数，所述构建的类与原平台代码中包括所述不同的接口函数的类同名；

反射单元，用于对构建的类进行反射，所述反射包括跨介反射、双层反射或实参反射；

其中，所述跨介反射用于原平台代码中的所述类需要通过获取对象，并利用对象调用接口函数；所述双层反射用于原平台代码中的所述类中包含子类；所述实参反射用于原平台代码中的所述类中包含具有实际值的对象。

6.如权利要求5所述的装置，其特征在于，所述反射单元还用于，在原平台代码中的所述类需要通过获取对象，并利用对象调用函数时，对构建的类中获取对象的接口函数进行反射，反射后返回没有实际值的对象；并对需要利用对象调用的接口函数进行反射。

7.如权利要求5所述的装置，其特征在于，所述反射单元还用于，当原平台代码中的所述类中包含子类时，对所述构建的类进行第一次反射，获取子类中接口函数的对象；对所述对象进行第二次反射，获取子类中的接口函数。

8.如权利要求5所述的装置，其特征在于，所述反射单元还用于，当原平台代码中的所述类中包含具有实际值的对象时，获取构建的类中具有实际值的对象；根据具有实际值的对象对构建的类进行反射。