代码更新方法和装置与流程

本申请涉及计算机技术领域，具体涉及代码处理技术领域，尤其涉及代码更新方法和装置。

背景技术：

目前，在开发代码的过程中，由于开发环境与线上环境不一样，在对代码进行测试(例如，压力测试、前后台交互测试)时，会存在一些困难。目前的主流方法是在测试过程中，对于某些不容易构造或者不容易获取的对象，用一个虚拟对象来创建以便进行测试。但这种测试方法通常需要有开发人员编写大量的虚拟对象，编写过程比较繁琐，导致测试效率较低。

技术实现要素：

本申请实施例的目的在于提出一种改进的代码更新方法和装置，来解决以上背景技术部分提到的技术问题。

第一方面，本申请实施例提供了一种代码更新方法，该方法包括：确定对目标源代码中类与类之间的依赖关系进行描述的描述信息；基于描述信息中的类与类之间的依赖关系，建立类的依赖树；基于依赖树，确定目标源代码中的未实现的类；对于每个未实现的类，从依赖树中查找该类所依赖的类，并对该类所依赖的类进行实例化，生成该类所依赖的类的虚拟对象；根据所生成的虚拟对象更新目标源代码。

在一些实施例中，在生成该类所依赖的类的虚拟对象之后，该方法还包括：从预先建立的数据字典中查找与该类所依赖的类匹配的至少一个数据成员信息，其中，数据成员信息包括数据成员名称和至少一个值，数据字典用于表征类与数据成员信息的对应关系；对于该类所依赖的类的虚拟对象的至少一个数据成员中的每个数据成员，在所查找到的至少一个数据成员信息中数据成员名称与该数据成员的数据成员名称相同的至少一个值中选取一个值，并将该数据成员的值确定为所选取的值。

在一些实施例中，基于描述信息中的类与类之间的依赖关系，建立类的依赖树，包括：查找目标源代码中的预设关键字；基于在目标源代码中查找关键字的查找结果，确定描述信息中的类与类之间的依赖关系。

在一些实施例中，目标源代码对应有配置文件；以及基于描述信息中的类与类之间的依赖关系，建立类的依赖树，包括：解析目标源代码对应的配置文件，确定描述信息中的类与类之间的依赖关系。

在一些实施例中，该方法还包括：基于依赖树，确定目标源代码中的实现的类；对于每个实现的类，从依赖树中查找该类所依赖的类，并通过反射机制，生成该类所依赖的类的实例化对象。

第二方面，本申请实施例提供了一种代码更新装置，该装置包括：第一确定单元，配置用于确定对目标源代码中类与类之间的依赖关系进行描述的描述信息；建立单元，配置用于基于描述信息中的类与类之间的依赖关系，建立类的依赖树；第二确定单元，配置用于基于依赖树，确定目标源代码中的未实现的类；第一生成单元，配置用于对于每个未实现的类，从依赖树中查找该类所依赖的类，并对该类所依赖的类进行实例化，生成该类所依赖的类的虚拟对象；更新单元，配置用于根据所生成的虚拟对象更新目标源代码。

在一些实施例中，该装置还包括：查找单元，配置用于从预先建立的数据字典中查找与该类所依赖的类匹配的至少一个数据成员信息，其中，数据成员信息包括数据成员名称和至少一个值，数据字典用于表征类与数据成员信息的对应关系；第三确定单元，配置用于对于该类所依赖的类的虚拟对象的至少一个数据成员中的每个数据成员，在所查找到的至少一个数据成员信息中数据成员名称与该数据成员的数据成员名称相同的至少一个值中选取一个值，并将该数据成员的值确定为所选取的值。

在一些实施例中，建立单元，包括：查找模块，配置用于查找目标源代码中的预设关键字；确定模块，配置用于基于在目标源代码中查找关键字的查找结果，确定描述信息中的类与类之间的依赖关系。

在一些实施例中，目标源代码对应有配置文件；以及建立单元进一步配置用于：解析目标源代码对应的配置文件，确定描述信息中的类与类之间的依赖关系。

在一些实施例中，该装置还包括：第四确定单元，配置用于基于依赖树，确定目标源代码中的实现的类；第二生成单元，配置用于对于每个实现的类，从依赖树中查找该类所依赖的类，并通过反射机制，生成该类所依赖的类的实例化对象。

第三方面，本申请实施例还提供了一种服务器，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当上述一个或多个程序被上述一个或多个处理器执行，使得上述一个或多个处理器实现本申请提供的代码更新方法。

第四方面，本申请实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现本申请提供的代码更新方法。

本申请实施例提供的代码更新方法和装置，通过首先确定对目标源代码中的类与类之间的依赖关系进行描述的描述信息，之后基于上述描述信息，建立类的依赖树，而后基于上述依赖树，确定上述目标源代码中未实现的类，然后对于每个上述未实现的类，从上述依赖树中查找该类所依赖的类，并对该类所依赖的类进行实例化，生成该类所依赖的类的虚拟对象，最后根据所生成的虚拟对象，更新上述目标源代码，从而通过对目标源代码进行分析，自动生成虚拟对象，提高了测试效率。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本申请的其它特征、目的和优点将会变得更明显：

图1是本申请可以应用于其中的示例性系统架构图；

图2是根据本申请的代码更新方法的一个实施例的流程图；

图3是根据本申请的代码更新方法的又一个实施例的流程图；

图4是根据本申请的代码更新装置的一个实施例的结构示意图；

图5是适于用来实现本申请实施例的服务器的计算机系统的结构示意图。

具体实施方式

下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释相关发明，而非对该发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与有关发明相关的部分。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

图1示出了可以应用本申请的代码更新方法或代码更新装置的示例性系统架构100。

如图1所示，系统架构100可以包括终端设备101、102、103，网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

终端设备101、102、103通过网络104与服务器105交互，以进行信息交互等。终端设备101、102、103上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用等。服务器105可以利用更新后的目标源代码对终端设备101、102、103进行支持。

终端设备101、102、103可以是支持信息交互的各种电子设备，包括但不限于智能手机、平板电脑、电子书阅读器、膝上型便携计算机和台式计算机等等。

服务器105可以是提供各种服务的服务器，例如对终端设备101、102、103上所安装的应用提供支持的后台更新服务器。后台更新服务器可以对目标源代码等数据进行分析等处理，并利用处理结果(例如更新后的目标源代码)对终端设备进行支持。例如，后台更新服务器可以首先确定对目标源代码中类与类之间的依赖关系进行描述的描述信息；之后，基于上述描述信息中的类与类之间的依赖关系，建立类的依赖树；然后，基于上述依赖树，确定目标源代码中的未实现的类；而后，对于上述每个未实现的类，从上述依赖树中查找该类所依赖的类，并对该类所依赖的类进行实例化，生成该类所依赖的类的虚拟对象；最后，后台更新服务器可以根据所生成的虚拟对象更新上述目标源代码，以利用更新后的目标源代码对终端设备101、102、103进行支持。

需要说明的是，本申请实施例所提供的代码更新方法一般由服务器105执行，相应地，代码更新装置一般设置于服务器105中。

应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

继续参考图2，示出了根据本申请的代码更新方法的一个实施例的流程200。该代码更新方法，包括以下步骤：

步骤201，确定对目标源代码中类与类之间的依赖关系进行描述的描述信息。

在本实施例中，代码更新方法运行于其上的电子设备(例如图1所示的服务器)可以确定对目标源代码中类(class)与类之间的依赖关系进行描述的描述信息。在面向对象程序设计(object-orientedprogramming，oop)中，类是对现实生活中一类具有共同特征的事物的抽象，例如，人、动物等。类的内部封装了方法，用于操作自身成员。类是对某种对象的定义，具有行为(behavior)，它描述一个对象能够做什么以及做的方法(method)，它们是可以对这个对象进行操作的程序和过程。类包含有关对象行为方式的信息，包括它的名称、方法、属性和事件。

在本实施例中，若类b的变化引起了类a的变化，则可以说明类a依赖于类b，类a与类b之间存在依赖关系。依赖关系是一种使用关系，特定事物的改变有可能会影响到使用该事物的其他事物，在需要表示一个事物使用另一个事物时使用依赖关系。可以有如下三种情况体现类a与类b之间的依赖关系：类a是类b中的(某种方法的)局部变量；类a是类b方法中的一个参数；类a向类b发送消息，从而影响类b发生变化。大多数情况下，依赖关系体现在某个类的方法使用另一个类的对象作为参数。

在本实施例中，上述描述信息可以存在于上述目标源代码中，也可以存在于上述目标源代码的配置文件中。上述目标源代码对应有配置文件，上述配置文件通常为spring配置文件，spring配置文件相当于用于指导spring工厂进行bean生产、依赖关系注入(装配)以及bean实例分发的“图纸”，spring配置文件是一个或多个标准的xml文档。spring是一个开放源代码的设计层面框架，在spring工厂方法(factory-bean)模式中，spring不会直接利用反射机制创建bean对象，而是会利用反射机制先找到工厂(factory)类，然后利用factory再去生成bean对象。依赖关系注入也可以称为依赖注入或“依赖注入到容器”，容器(ioc(inversionofcontrol，控制反转)容器)是一个设计模式，它也是个对象，当把某个类放入这个容器中，可以解析出这个类的实例。上述电子设备可以首先获取记录上述目标源代码的文件和上述目标源代码对应的配置文件，之后，可以对上述文件中所记录的目标源代码和上述配置文件中的内容进行扫描与分析，以确定对上述目标源代码中类与类之间的依赖关系进行描述的描述信息。在确定上述描述信息之前，上述电子设备可以首先获取上述目标源代码，上述目标源代码可以是待测试的源代码。源代码(也称源程序)是指未编译的按照一定的程序设计语言规范书写的文本文件，是一系列人类可读的计算机语言指令。

步骤202，基于描述信息中的类与类之间的依赖关系，建立类的依赖树。

在本实施例中，上述电子设备可以基于步骤201中确定的描述信息中的类与类之间的依赖关系，建立类的依赖树。具体地，上述电子设备可以首先确定描述信息中所描述的至少一个类；之后，对于上述至少一个类中的每个类，可以从描述信息中确定该类所依赖的类；而后，可以将该类与该类所依赖的类均作为树结构中的结点，并做一条由表征该类的结点指向表征该类所依赖的类的结点的箭头；最后，可以建立一个或多个利用结点表征类、利用箭头表征类与类之间依赖关系的树结构，可以将这个树结构称为依赖树。

步骤203，基于依赖树，确定目标源代码中的未实现的类。

在本实施例中，上述电子设备可以基于上述步骤202中建立的依赖树，确定上述目标源代码中的未实现的类。对于上述目标源代码中的每个类，上述电子设备可以通过上述依赖树查找该类所依赖的类，而后可以确定该类所依赖的类是否为实现类，若所依赖的类不是实现类，则可以将该类确定为上述目标源代码中的未实现的类。实现类通常是指接口的实现类，是实现了接口中的方法的方法体，上述未实现的类可以是所依赖的类不是实现类的类。

在本实施例中，上述未实现的类可以是上述目标源代码所属项目应该实现，但还没有开发完成的类，这种情况下，上述电子设备可以通过查找预设的关键字段确定上述未实现的类，上述关键字段可以为表征被依赖类实现依赖类的字段。作为示例，当在依赖树中查找到类a依赖于类b和类c，而上述电子设备在上述目标源代码中查找不到字段“cimplementsa”，则可以确定类a为未实现的类。

在本实施例中，上述未实现的类也可以是依赖于第三方接口，通过分布式远程调用框架(javaserverfaces，jsf)注入而实现的类，这个类一般不在目标源代码中，这种情况下，对于每个类，若上述电子设备在上述目标源代码查找不到该类所依赖的类，则可以确定该类为未实现的类。作为示例，当在依赖树中查找到类a依赖于类b和类c，而上述电子设备在上述目标源代码中查找不到类b，则可以确定类a为未实现的类。

步骤204，对于每个未实现的类，从依赖树中查找该类所依赖的类，并对该类所依赖的类进行实例化，生成该类所依赖的类的虚拟对象。

在本实施例中，在步骤203中确定出上述目标源代码中的未实现的类之后，对于每个未实现的类，上述电子设备可以从上述依赖树中查找该类所依赖的类，并可以对该类所依赖的类进行实例化，生成该类所依赖的类的虚拟对象。类是对现实生活中一类具有共同特征的事物的抽象，对象是一种事物中的一个具体的个体，例如，“张三”这个人，“小白”这只猫等等。在面向对象的编程中，把用类创建对象的过程称为实例化，例如，创建出“张三”这个对象的过程。实例化也可以认为是给数据成员分配内存，构造对象的过程。实例化的格式可以如下：datedate＝newdate()，是指用日期类创建一个日期的对象。

在本实施例中，上述电子设备可以利用mock测试工具，对该类所依赖的类进行实例化，生成该类所依赖的类的虚拟对象。mock测试就是在测试过程中，对于某些不容易构造或者不容易获取的对象，用一个虚拟的对象来创建以便测试的测试方法。现有的mock测试工具有很多种，例如，easymock、jmock、mockito等等。上述虚拟对象也可以称为mock对象，mock对象就是真实对象在调试期间的代替品。

在本实施例的一些可选的实现方式中，在生成该类所依赖的类的虚拟对象之后，上述电子设备可以从预先建立的数据字典中查找与该类所依赖的类匹配的至少一个数据成员信息，其中，上述数据字典可以用于表征类与数据成员信息的对应关系，上述数据成员信息可以包括数据成员名称和至少一个值，例如，人所对应的数据成员名称可以为姓名、性别、年龄、身高、体重等等。作为示例，当该类所依赖的类为猫时，与猫类所匹配的数据成员名称可以为年龄、毛色、品种。之后，对于该类所依赖的类的虚拟对象的至少一个数据成员中的每个数据成员，上述电子设备可以在上述所查找到的至少一个数据成员信息中数据成员名称与该数据成员的数据成员名称相同的至少一个值中选取一个值，并将该数据成员的值确定为所选取的值。上述至少一个值可以为该数据成员名称的常用值，上述电子设备可以在上述常用值中随机选取一个值。例如，年龄的常用值可以为18、23、55等等，身高的常用值可以为110、160、185等等。

步骤205，根据所生成的虚拟对象更新目标源代码。

在本实施例中，响应于生成各个未实现的类所依赖的类的虚拟对象，上述电子设备可以利用所生成的虚拟对象更新上述目标源代码。对于每个未实现的类，可以将所生成的该类的虚拟对象添加到上述目标源代码中。最后，可以启动执行指令，对上述目标源代码进行测试。

在本实施例的一些可选的实现方式中，上述电子设备可以基于上述依赖树，确定上述目标源代码中的实现的类。对于每个上述实现的类，上述电子设备可以通过上述依赖树查找该类所依赖的类，而后可以确定该类所依赖的类是否为实现类，若所依赖的类均为实现类，则可以将该类确定为上述目标源代码中的实现的类。实现类通常是指接口的实现类，是实现了接口中的方法的方法体，上述实现的类可以是所依赖的类是实现类的类。上述电子设备可以首先通过查找上述关键字段确定上述实现的类，上述关键字段可以为表征被依赖类实现依赖类的字段。作为示例，当在依赖树中查找到类a依赖于类b和类c，且上述电子设备在上述目标源代码中查找到字段“bimplementsa”以及字段“cimplementsa”，则可以确定类a为实现的类。之后，对于查找到的每个实现的类，上述电子设备可以从上述依赖树中查找该类所依赖的类，并可以通过反射机制，生成该类所依赖的类的实例化对象。上述反射机制也可以称为java反射机制，java反射机制是在运行状态中，对于任意一个类，都能够知道这个类的所有属性和方法；对于任意一个对象，都能够调用它的任意方法和属性；这种动态获取信息以及动态调用对象方法的功能称为java语言的反射机制。

本申请的上述实施例提供的方法通过基于对目标源代码中的类与类之间的依赖关系进行描述的描述信息，建立类的依赖树，而后基于上述依赖树，确定上述目标源代码中未实现的类，然后对于每个上述未实现的类，从上述依赖树中查找该类所依赖的类，并对该类所依赖的类进行实例化，生成该类所依赖的类的虚拟对象，最后根据所生成的虚拟对象，更新上述目标源代码，从而通过对目标源代码进行分析，自动生成虚拟对象，提高了测试效率。

进一步参考图3，其示出了代码更新方法的又一个实施例的流程300。该代码更新方法的流程300，包括以下步骤：

步骤301，确定对目标源代码中类与类之间的依赖关系进行描述的描述信息。

在本实施例中，步骤301的操作与步骤201的操作基本相同，在此不再赘述。

步骤302，查找目标源代码中的预设关键字。

在本实施例中，上述电子设备可以查找上述目标源代码中的预设关键字，上述关键字可以为上述目标源代码中的注解(annotation)，注解可以称为源代码的元数据，是一种描述数据的数据。注解相当于一种标记，在程序中加入注解相当于为程序打上某种标记，之后可以利用javac编译器、开发工具和其它程序通过反射机制了解类及各种元素上有无标记，从而了解程序所执行的操作，注解可以添加在包、类，属性、方法，方法的参数以及局部变量上。上述关键字主要可以包括“@resource”注解和“@autowired”注解。

步骤303，基于在目标源代码中查找关键字的查找结果，确定描述信息中的类与类之间的依赖关系。

在本实施例中，基于在上述目标源代码中查找上述关键字的查找结果，上述电子设备可以确定上述描述信息中的类与类之间的依赖关系。通过关键字标注的位置可以确定依赖对象的查找方式，上述电子设备在查找上述关键字时可以首先确定关键字所标注的位置，之后，可以按照标注的位置确定依赖对象的查找方式。上述查找结果可以包括上述关键字所标注的位置、上述关键字所标注的位置上的内容信息等等。

响应于上述电子设备查找到“@resource”注解，由于“@resource”注解默认按照名称装配依赖对象，通常情况下，“@resource”注解可以标注在字段或属性的setter方法(一种为对象赋值的方法)上，当“@resource”注解标注在字段上，则默认取字段的名称作为bean(一种可复用的类)名称查找依赖对象，当“@resource”注解标注在属性的setter方法上，则默认取属性名称作为bean名称查找依赖对象，之后，当利用上述两种方式查找到依赖对象之后，上述电子设备可以生成上述描述信息中的类与类之间的依赖关系，其中，上述装配通常是指创建应用对象之间的协作关系的行为，一般把类中定义的变量和常量称为字段，属性定义了修改字段的方法，属性的setter方法是通过set访问器控制设置字段值。

响应于上述电子设备查找到“@autowired”注解，由于“@autowired”注解默认按照类型装配依赖对象，“@autowired”注解可以标注在成员变量上，也可以标注在成员变量的setter方法上，上述电子设备可以通过查找到“@autowired”注解，按照类型解析类与类之间的依赖关系，从而生成上述描述信息中的类与类之间的依赖关系。

步骤304，解析目标源代码对应的配置文件，确定描述信息中的类与类之间的依赖关系。

在本实施例中，上述目标源代码对应有配置文件，上述配置文件通常为spring配置文件，spring配置文件相当于用于指导spring工厂进行bean生产、依赖关系注入以及bean实例分发的“图纸”，spring配置文件是一个或多个标准的xml文档。spring是一个开放源代码的设计层面框架，在spring工厂方法模式中，spring不会直接利用反射机制创建bean对象，而是会利用反射机制先找到工厂类，然后利用factory再去生成bean对象。依赖关系注入也可以称为依赖注入或“依赖注入到容器”，容器是一个设计模式，它也是个对象，当把某个类放入这个容器中，可以解析出这个类的实例。上述电子设备可以通过解析上述spring配置文件，生成描述信息中的类与类之间的依赖关系。

步骤305，基于描述信息中的类与类之间的依赖关系，建立类的依赖树。

步骤306，基于依赖树，确定目标源代码中的未实现的类。

步骤307，对于每个未实现的类，从依赖树中查找该类所依赖的类，并对该类所依赖的类进行实例化，生成该类所依赖的类的虚拟对象。

步骤308，根据所生成的虚拟对象更新目标源代码。

在本实施例中，步骤305-步骤308的操作与步骤202-步骤205的操作基本相同，在此不再赘述。

从图3中可以看出，与图2对应的实施例相比，本实施例中的代码更新方法的流程300突出了确定描述信息中的类与类之间的依赖关系的步骤。由此，本实施例描述的方案可以通过多种方式确定依赖关系，从而保证了所建立的依赖树中依赖关系的准确性。

进一步参考图4，作为对上述各图所示方法的实现，本申请提供了一种代码更新装置的一个实施例，该装置实施例与图2所示的方法实施例相对应，该装置具体可以应用于各种电子设备中。

如图4所示，本实施例的代码更新装置400包括：第一确定单元401、建立单元402、第二确定单元403、第一生成单元404和更新单元405。其中，第一确定单元401配置用于确定对目标源代码中类与类之间的依赖关系进行描述的描述信息；建立单元402配置用于基于描述信息中的类与类之间的依赖关系，建立类的依赖树；第二确定单元403配置用于基于依赖树，确定目标源代码中的未实现的类；第一生成单元404配置用于对于每个未实现的类，从依赖树中查找该类所依赖的类，并对该类所依赖的类进行实例化，生成该类的虚拟对象；更新单元405配置用于根据所生成的虚拟对象更新目标源代码。

在本实施例中，代码更新装置400的第一确定单元401、建立单元402、第二确定单元403、第一生成单元404和更新单元405的具体处理可以参考图2对应实施例中的步骤201、步骤202、步骤203、步骤204和步骤205。

在本实施例的一些可选的实现方式中，上述代码更新装置400还可以包括查找单元(图中未示出)和第三确定单元(图中未示出)。在生成该类所依赖的类的虚拟对象之后，上述查找单元可以从预先建立的数据字典中查找与该类所依赖的类匹配的至少一个数据成员信息，其中，上述数据字典可以用于表征类与数据成员信息的对应关系，上述数据成员信息可以包括数据成员名称和至少一个值，例如，人所对应的数据成员名称可以为姓名、性别、年龄、身高、体重等等。作为示例，当该类所依赖的类为猫时，与猫类所匹配的数据成员名称可以为年龄、毛色、品种。之后，对于该类所依赖的类的虚拟对象的至少一个数据成员中的每个数据成员，上述第三确定单元可以在上述所查找到的至少一个数据成员信息中数据成员名称与该数据成员的数据成员名称相同的至少一个值中选取一个值，并将该数据成员的值确定为所选取的值。上述至少一个值可以为该数据成员名称的常用值，上述第三确定单元可以在上述常用值中随机选取一个值。例如，年龄的常用值可以为18、23、55等等，身高的常用值可以为110、160、185等等。

在本实施例的一些可选的实现方式中，上述建立单元402可以包括查找模块(图中未示出)和确定模块(图中未示出)。上述查找单元可以查找上述目标源代码中的预设关键字，上述关键字可以为上述目标源代码中的注解，注解可以称为源代码的元数据，是一种描述数据的数据。注解相当于一种标记，在程序中加入注解相当于为程序打上某种标记，之后可以利用javac编译器、开发工具和其它程序通过反射机制了解类及各种元素上有无标记，从而了解程序所执行的操作，注解可以添加在包、类，属性、方法，方法的参数以及局部变量上。上述关键字主要可以包括“@resource”注解和“@autowired”注解。基于上述查找单元在上述目标源代码中查找上述关键字的查找结果，上述第三确定单元可以确定上述描述信息中的类与类之间的依赖关系。通过关键字标注的位置可以确定依赖对象的查找方式，上述第三确定单元在查找上述关键字时可以首先确定关键字所标注的位置，之后，可以按照标注的位置确定依赖对象的查找方式。上述查找结果可以包括上述关键字所标注的位置、上述关键字所标注的位置上的内容信息等等。

在本实施例的一些可选的实现方式中，响应于上述查找模块查找到“@resource”注解，由于“@resource”注解默认按照名称装配依赖对象，通常情况下，“@resource”注解可以标注在字段或属性的setter方法上，当“@resource”注解标注在字段上，则默认取字段的名称作为bean名称查找依赖对象，当“@resource”注解标注在属性的setter方法上，则默认取属性名称作为bean名称查找依赖对象，之后，当利用上述两种方式查找到依赖对象之后，上述确定模块可以生成上述描述信息中的类与类之间的依赖关系，其中，上述装配通常是指创建应用对象之间的协作关系的行为，一般把类中定义的变量和常量称为字段，属性定义了修改字段的方法，属性的setter方法是通过set访问器控制设置字段值。响应于上述查找模块查找到“@autowired”注解，由于“@autowired”注解默认按照类型装配依赖对象，“@autowired”注解可以标注在成员变量上，也可以标注在成员变量的setter方法上，上述确定模块可以通过查找到“@autowired”注解，按照类型解析类与类之间的依赖关系，从而生成上述描述信息中的类与类之间的依赖关系。

在本实施例的一些可选的实现方式中，上述目标源代码对应有配置文件，上述配置文件通常为spring配置文件，spring配置文件相当于用于指导spring工厂进行bean生产、依赖关系注入以及bean实例分发的“图纸”，spring配置文件是一个或多个标准的xml文档。spring是一个开放源代码的设计层面框架，在spring工厂方法模式中，spring不会直接利用反射机制创建bean对象，而是会利用反射机制先找到工厂类，然后利用factory再去生成bean对象。依赖关系注入也可以称为依赖注入或“依赖注入到容器”，容器是一个设计模式，它也是个对象，当把某个类放入这个容器中，可以解析出这个类的实例。上述建立单元402可以通过解析上述spring配置文件，生成描述信息中的类与类之间的依赖关系。

在本实施例的一些可选的实现方式中，上述代码更新装置400还可以包括第四确定单元(图中未示出)和第二生成单元(图中未示出)。上述第四确定单元可以基于上述依赖树，确定上述目标源代码中的实现的类。对于每个上述实现的类，上述第四确定单元可以通过上述依赖树查找该类所依赖的类，而后可以确定该类所依赖的类是否为实现类，若所依赖的类均为实现类，则可以将该类确定为上述目标源代码中的实现的类。上述第四确定单元可以首先通过查找上述关键字段确定上述实现的类，上述关键字段可以为表征被依赖类实现依赖类的字段。作为示例，当在依赖树中查找到类a依赖于类b和类c，且上述第四确定单元在上述目标源代码中查找到字段“bimplementsa”以及字段“cimplementsa”，则可以确定类a为实现的类。之后，对于查找到的每个实现的类，上述第二生成单元从上述依赖树中查找该类所依赖的类，并可以通过反射机制，生成该类所依赖的类的实例化对象。上述反射机制也可以称为java反射机制，java反射机制是在运行状态中，对于任意一个类，都能够知道这个类的所有属性和方法；对于任意一个对象，都能够调用它的任意方法和属性；这种动态获取信息以及动态调用对象方法的功能称为java语言的反射机制。

下面参考图5，其示出了适于用来实现本发明实施例的服务器的计算机系统500的结构示意图。图5示出的服务器仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图5所示，计算机系统500包括中央处理单元(cpu)501，其可以根据存储在只读存储器(rom)502中的程序或者从存储部分508加载到随机访问存储器(ram)503中的程序而执行各种适当的动作和处理。在ram503中，还存储有系统500操作所需的各种程序和数据。cpu501、rom502以及ram503通过总线504彼此相连。输入/输出(i/o)接口505也连接至总线504。

以下部件连接至i/o接口505：包括键盘、鼠标等的输入部分506；包括诸如液晶显示器(lcd)以及扬声器等的输出部分507；包括硬盘等的存储部分508；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分509。通信部分509经由诸如因特网的网络执行通信处理。驱动器510也根据需要连接至i/o接口505。可拆卸介质511，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器510上，以便于从其上读出的计算机程序根据需要被安装入存储部分508。

特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分509从网络上被下载和安装，和/或从可拆卸介质511被安装。在该计算机程序被中央处理单元(cpu)501执行时，执行本申请的方法中限定的上述功能。需要说明的是，本申请上述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本申请中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、rf等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本发明实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中，例如，可以描述为：一种处理器包括第一确定单元、建立单元、第二确定单元、第一生成单元和更新单元。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定。例如，更新单元还可以被描述为“根据所生成的虚拟对象更新目标源代码的单元”。

作为另一方面，本申请还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的装置中所包含的；也可以是单独存在，而未装配入该装置中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该装置执行时，使得该装置：确定对目标源代码中类与类之间的依赖关系进行描述的描述信息；基于描述信息中的类与类之间的依赖关系，建立类的依赖树；基于依赖树，确定目标源代码中的未实现的类；对于每个未实现的类，从依赖树中查找该类所依赖的类，并对该类所依赖的类进行实例化，生成该类所依赖的类的虚拟对象；根据所生成的虚拟对象更新目标源代码。

以上描述仅为本发明的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本发明中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述发明构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本发明中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。