本发明实施例涉及通信领域，具体而言，涉及一种应用的更新方法、装置、存储介质及电子装置。
背景技术：
在物联网方向上，目前app中的设备列表页面都采用原生开发。例如，针对ios系统与android系统分别开发的设备列表，在遇到新的设备类型分设备进行接入，并随版本发布上线时，会存在以下几个方面的问题：物联设备接入量大，功能更新频率高，原生开发周期长，不能及时响应需求；需要用户手动更新app(application，应用)版本；可移植性比较差，原生开发android系统和ios系统都要各自开发，同样的逻辑、界面要写两套；ui展示不丰富。
由此可知，相关技术中存在需要手动更新应用，用户体验差的问题。
针对相关技术中存在的上述问题，目前尚未提出有效的解决方案。
技术实现要素：
本发明实施例提供了一种应用的更新方法、装置、存储介质及电子装置，以至少解决相关技术中存在的列表展示时不同设备不能复用、需要手动更新app版本，用户体验差的问题。
根据本发明的一个实施例，提供了一种应用的更新方法，包括：在确定目标应用需要更新的情况下，确定所述目标应用中包括的需要更新得到的目标功能；获取所述目标功能对应的前端资源包；利用所述前端资源包对所述目标应用的资源包进行更新，以得到更新后的目标应用。
根据本发明的另一个实施例，提供了一种应用的更新装置，包括：确定模块，用于在确定目标应用需要更新的情况下，确定所述目标应用中包括的需要更新得到的目标功能；获取模块，用于获取所述目标功能所对应的前端资源包；更新模块，用于利用所述前端资源包对所述目标应用的资源包进行更新，以得到更新后的目标应用。
根据本发明的又一个实施例，还提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机程序，其中，所述计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。
根据本发明的又一个实施例，还提供了一种电子装置，包括存储器和处理器，所述存储器中存储有计算机程序，所述处理器被设置为运行所述计算机程序以执行上述任一项方法实施例中的步骤。
通过本发明，在确定目标应用需要更新的情况下，确定目标应用中包括的需要更新得到的目标功能，获取目标功能对应的前端资源包，根据前端资源包对目标应用的资源包进行更新，以得到更新后的目标应用，由于只对目标功能所对应的前端资源包进行更新即可得到更新后的目标应用，无需手动更新目标应用，因此，可以解决相关技术中存在的需要手动更新应用，用户体验差的问题，达到了自动更新目标应用，提升用户体验的效果。
附图说明
图1是本发明实施例的一种应用的更新方法的移动终端的硬件结构框图；
图2是根据本发明实施例的应用的更新方法的流程图；
图3是根据本发明示例性实施例的在确定目标应用需要更新的情况下获取更新后的目标应用的前端资源包流程图；
图4是根据本发明示例性实施例的应用的更新方法流程图一；
图5是根据本发明示例性实施例的第一设备卡片显示示意图；
图6是根据本发明示例性实施例的第一设备卡片展示第一目标设备信息流程图；
图7是根据本发明示例性实施例的利用第一设备卡片展示第一目标设备的信息流程图；
图8是根据本发明示例性实施例的应用的更新方法的流程图二；
图9是根据本发明示例性实施例的第一设备卡片的内部逻辑图；
图10是根据本发明实施例的应用的更新装置的结构框图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明的实施例。
需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。
本申请实施例中所提供的方法实施例可以在移动终端、计算机终端或者类似的运算装置中执行。以运行在移动终端上为例，图1是本发明实施例的一种应用的更新方法的移动终端的硬件结构框图。如图1所示，移动终端可以包括一个或多个(图1中仅示出一个)处理器102(处理器102可以包括但不限于微处理器mcu或可编程逻辑器件fpga等的处理装置)和用于存储数据的存储器104，其中，上述移动终端还可以包括用于通信功能的传输设备106以及输入输出设备108。本领域普通技术人员可以理解，图1所示的结构仅为示意，其并不对上述移动终端的结构造成限定。例如，移动终端还可包括比图1中所示更多或者更少的组件，或者具有与图1所示不同的配置。
存储器104可用于存储计算机程序，例如，应用软件的软件程序以及模块，如本发明实施例中的应用的更新方法对应的计算机程序，处理器102通过运行存储在存储器104内的计算机程序，从而执行各种功能应用以及数据处理，即实现上述的方法。存储器104可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器104可进一步包括相对于处理器102远程设置的存储器，这些远程存储器可以通过网络连接至移动终端。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
传输装置106用于经由一个网络接收或者发送数据。上述的网络具体实例可包括移动终端的通信供应商提供的无线网络。在一个实例中，传输装置106包括一个网络适配器(networkinterfacecontroller，简称为nic)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输装置106可以为射频(radiofrequency，简称为rf)模块，其用于通过无线方式与互联网进行通讯。
在本实施例中提供了一种应用的更新方法，图2是根据本发明实施例的应用的更新方法的流程图，如图2所示，该流程包括如下步骤：
步骤s202，在确定目标应用需要更新的情况下，确定所述目标应用中包括的需要更新得到的目标功能；
步骤s204，获取所述目标功能对应的前端资源包；
步骤s206，利用所述前端资源包对所述目标应用的资源包进行更新，以得到更新后的目标应用。
在上述实施例中，目标应用可以是安装在手机、电脑、平板电脑、智能穿戴设备中的应用，目标应用可以是对目标设备进行控制的应用。例如，当目标设备为空调时，目标应用可以为集成有控制空调开关、空调模式、空调温度等功能的app，当目标设备为洗衣机时，目标应用则可以为控制洗衣机的app，当目标设备为热水器时，目标应用可以为控制热水器的app。当然，目标设备还可以为体脂秤、体重秤、音乐播放器、音箱等智能家居设备，还可以是智能办公设备等，目标应用则是对应的可以控制目标设备的app。前端资源包可以为h5(应用程序接口)资源包。
在上述实施例中，目标功能可以是目标应用中已有的功能，也可以是目标应用中没有的功能。例如，当前安装的目标应用中不存在调节空调模式的功能，最新版本的应用中包括调节空调模式的功能，在确定目标应用需要更新的情况下，可以确定出需要通过更新应用得到调节空调模式功能，因此，可以获取与调节空调模式功能对应的前端资源包，利用前端资源包对目标应用进行更新，得到更新后的目标应用。当前安装的目标应用中存在调节空调模式功能，最新版本的应用中对调节空调模式功能进行了bug修复或升级，在确定目标应用需要更新的情况下，可以确定出需要通过更新应用得到的调节空调模式功能，因此，可以获取与调节空调模式功能对应的前端资源包，利用前端资源包对目标应用进行更新，得到更新后的目标应用。
也就是说，对目标应用的资源包进行更新可以采用动态下发前端资源包的方式进行。在没有发布新的目标应用的版本时。即可修复目标应用的bug或升级。在有新版本发布时，更新目标应用的资源包可以是部分更新，即在更新时仅需下载安装更新部分的资源包，而无需所有资源包。
示例性的，上述步骤的执行主体可以为后台处理器，或者其他的具备类似处理能力的设备，还可以是至少集成有数据处理设备的机器，其中，数据处理设备可以包括计算机、手机等终端，但不限于此。
通过本发明，在确定目标应用需要更新的情况下，确定目标应用中包括的需要更新得到的目标功能，获取目标功能对应的前端资源包，根据前端资源包对目标应用的资源包进行更新，以得到更新后的目标应用，由于只对目标功能所对应的前端资源包进行更新即可得到更新后的目标应用，无需手动更新目标应用，因此，可以解决相关技术中存在的需要手动更新应用，用户体验差的问题，达到了自动更新目标应用，提升用户体验的效果。
在一个示例性实施例中，在确定目标应用需要更新的情况下，确定所述目标应用中包括的需要更新得到的目标功能流程图可参见附图3，如图3所示，该流程包括：
步骤s302，在确定所述目标应用所控制的设备发生更新的情况下，确定所述目标应用需要更新；
步骤s304，将用于控制更新后的目标设备的功能确定为所述目标功能。
在本实施例中，在确定目标应用所控制的设备发生更新的情况下，可以确定出目标应用需要更新，将用于控制更新后得到设备的功能确定为目标功能。其中，当目标应用所控制的设备的某项功能允许通过app控制时，可以认为目标应用所控制的设备发生了更新，或者当目标应用所控制的设备集成有新的功能，并且该功能允许通过app控制，则也可以认为目标应用所控制的设备发生了更新。
在一个示例性实施例中，获取所述目标功能对应的前端资源包包括：获取所述目标功能的资源代码；将所述资源代码确定为所述前端资源。在本实施例中，在确定目标应用所控制的设备发生更新的情况下，确定目标功能的资源代码，将资源代码确定为前端资源。即通过下载并安装资源代码以更新目标应用。其中，资源代码可以为更新设备所需的代码。
在一个示例性实施例中，所述目标应用通过目标容器的逻辑引擎接口与所述目标设备建立连接。在本实施例中，可以通过h5实现设备列表展示，共用一套代码，底层通过容器逻辑引擎接口控制设备，实现设备基本功能控制和展示，前端h5可以使用react技术，搭建设备模板，在不同的设备中实现复用，可实现不同设备的快速接入及迭代。
在一个示例性实施例中，应用的更新方法流程图一可参见附图4，如图4所示，该流程除包括图2所示的所有步骤外，还包括：
步骤s402，在接收到用于请求进入所述目标应用中的设备列表页的请求消息的情况下，获取所述目标应用中存储的目标列表，其中，所述目标列表为所述目标应用所控制的目标设备的列表；
步骤s404，进入所述设备列表页，并在所述设备列表页中展示所述目标列表；
步骤s406接收到第一展示消息，其中，所述第一展示消息用于请求展示所述目标列表中包括的第一目标设备的信息；
步骤s408，确定所述第一目标设备所属的第一设备类；
步骤s410，确定与所述第一设备类对应的第一设备卡片，其中，不同的设备类对应不同的设备卡片，所述设备卡片用于展示目标设备的信息；
步骤s412，利用所述第一设备卡片展示所述第一目标设备的信息。
在本实施例中，在接收到请求进入目标应用中的设备列表页的请求消息的情况下，获取目标应用中存储的目标列表。其中，请求消息中可以携带用户信息，例如，可以进入目标应用的设备列表首页，根据用户信息获取设备列表，并在设备列表页中展示目标列表。在接收到第一展示消息后，可以展示目标列表中包括的第一目标设备的信息，例如，设备名称，位置，在线离线状态，报警状态等。
在本实施例中，第一设备卡片可以包括设备展示单元和设备控制单元两部分，设备展示单元和设备控制单元均可以设定相应的显示模式，即，设备展示单元和设备控制单元可以有各自的显示模板，根据不同的设备展示不同的ui(userinterface，使用者界面)效果。其中，第一设备卡片显示示意图可以参见附图5，设备展示单元可以包括设备大类示意图，如图5中实线框部分所示，即，设备展示单元可以展示第一目标设备的信息，例如，设备名称，位置，在线离线状态，报警状态等。设备控制单元可以同步展示一些基本信息，如图5中虚线框部分所示，并且能够控制真实设备，在此第一设备卡片中一大类设备可以适配所有型号的设备，能够省去单个接入的工作量。
在一个示例性实施例中，在获取所述目标应用中存储的目标列表之前，所述方法还包括：在确定已订阅了设备列表变化的功能的情况下，接收通知消息，其中，所述通知消息用于指示所述目标应用所控制的目标设备的发生了以下调整至少之一：增加了新的目标设备、减少了已控制的目标设备，已控制的目标设备的信息发生了更新；基于所述通知消息调整所述目标应用中存储的列表，以得到所述目标列表；将所述目标列表存储在所述目标应用中。在本实施例中，在获取目标应用中存储的目标列表之前，可以订阅设备列表变化，当用户在其他端绑定或解绑设备时，设备列表做出相应的变化。例如，在增加了新的目标设备、减少了已经控制的目标设备，或者已控制的目标设备的信息发生了更新时，根据通知消息，调整目标应用中存储的列表。
在本实施例中，第一设备卡片展示第一目标设备信息流程图可参见附图6，如图6所示，该流程包括：
步骤s602，进入设备列表页。
步骤s604，监听设备列表，当设备列表改变时，执行步骤s606。
步骤s606，获取设备列表。需要说明的是，该步骤可以在步骤s602后执行，也可以在步骤s604后执行。即，进入设备列表页后，获取设备列表，在此之前，还可以监听设备列表，当设备列表改变时，获取设备列表。
步骤s608，获取设备类型。
步骤s610，设备卡片展示信息。
在一个示例性实施例中，利用所述第一设备卡片展示所述第一目标设备的信息流程图可参见附图7，如图7所示，该流程包括：
步骤s702，在所述第一设备卡片的第一区域中展示所述第一目标设备的第一信息，其中，所述第一信息包括以下信息至少之一：所述第一目标设备的名称、所述第一目标设备的位置、所述第一目标设备的在线离线状态、所述第一目标设备的报警状态；
步骤s704，在所述第一设备卡片的第二区域中展示所述第一目标设备的第二信息，其中，所述第二信息包括以下信息至少之一：所述第一目标设备的当前模式信息、用于对所述第一目标设备进行控制的控制信息。
在本实施例中，第一目标设备信息可以包括第一信息和第二信息，第一信息可以显示在第一设备卡片的第一区域，第二信息可以显示在第一设备卡片的第二区域，例如，第一信息可以为第一目标设备的名称、第一目标设备的位置、第一目标设备的在线离线状态、第一目标设备的报警状态等，上述信息可以展示在第一设备卡片的上半部分，如图5中的实线框部分。第二信息可以为第一目标设备的当前模型信息。对第一目标设备进控制的控制信息，上述信息可以展示在第一设备卡片的下半部分，如图5中的虚线框部分。其中，控制信息可以包括控制目标设备的开关、控制目标设备的模式等，例如，当目标设备为空调时，控制信息可以包括控制空调电源的开关，控制空调的模式，如制冷模式、制热模式、除湿模式等，还可以包括控制空调的温度等。当目标设备为洗衣机时，控制信息可以包括控制洗衣机电源的开关，控制洗衣模式，控制洗衣时间，控制洗衣用水量等。
在一个示例性实施例中，应用的更新方法的流程图二可参见附图8，该流程应用在在利用所述第一设备卡片展示所述第一目标设备的信息之后，如图8所示，该流程除包括图4所示的所有步骤外，还包括：
步骤s802，接收用于指示所述第一目标设备的第一信息和/或第二信息发生变更的变更消息；
步骤s804，基于所述变更消息更新所述第一设备卡片上所展示的所述第一目标设备的信息。
在本实施例中，在接收到第一目标设备的第一信息和/或第二信息发生变更的变更消息后，可以根据变更消息更新第一设备卡片上所展示的第一目标设备的信息。即，当第一信息发生变化时，可以根据第一信息变更的消息将第一设备卡片中当前显示的第一信息更新为变更后的第一信息，当第二信息发生变化时，可以根据第二信息变更的消息将第一设备卡片中当前显示的第二消息更新为变更后的第二信息，或者，当二者均发生变化时，可以根据第一信息变更消息或第二信息变更消息将第一设备卡片中当前显示的第一消息和第二消息更新为变更后的第二信息。例如，当目标设备是空调时，第一设备卡片中显示的第二信息包括除湿模式，24℃，在将空调的模式变更为制冷模式，26℃时，第一设备卡片中显示的第二信息则更新为制冷模式，26℃。
在上实施例中，第一设备卡片的内部逻辑图可参见附图9，第一设备卡片的原理如下：根据设备列表获取到的设备信息，将设备基本信息(对应于上述第一信息)展示到设备展示单元，并且根据设备mac(mediaaccesscontrol，媒体访问控制)先初始化设备状态，并将部分状态(对应于上述第一信息)反馈给设备展示单元，其他需要展示的状态(对应于上述第二信息)展示到设备控制单元，同时通过逻辑引擎订阅设备状态。当人工操作目标设备时，逻辑引擎改变状态，ui做出改变。用户还可以操作设备控制单元，逻辑引擎通过内部计算，下发命令引起设备做出响应，通过逻辑引擎订阅设备状态，感知到设备状态变换，从而使ui做出改变。
在一个示例性实施例中，所述前端资源包包括h5资源包。
在前述实施例中，随着物联网的发展，未来设备接入量大，需求更新快，通过h5展示设备列表，根据设备大类展示不同的设备模板，每大类设备下不同型号设备依赖容器的逻辑引擎统一接入，展示相同的功能和ui，即app中使用h5开发展示设备列表，可以针对不同的设备实现不同的功能，展示丰富的ui效果，只要一套代码即可实现多平台共用。由此可知，app中使用h5开发展示设备列表，可以快速接入大类设备，大大缩小了同一大类设备下不同型号设备逐个接入的工作量，同时满足一套代码在不同终端的使用，不需要用户手动更新即可实现更新，免去频繁发版和用户升级的麻烦，更有利于项目的快速迭代。此外，还可以利用不同的h5技术移植于微信小程序和支付宝小程序中。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。
在本实施例中还提供了一种应用的更新装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。
图10是根据本发明实施例的应用的更新装置的结构框图，如图10所示，该装置包括：
确定模块1002，用于在确定目标应用需要更新的情况下，确定所述目标应用中包括的需要更新得到的目标功能；
获取模块1004，用于获取所述目标功能所对应的前端资源包；
更新模块1006，用于利用所述前端资源包对所述目标应用的资源包进行更新，以得到更新后的目标应用。
在上述实施例中，目标应用可以是安装在手机、电脑、平板电脑、智能穿戴设备中的应用，目标应用可以是对目标设备进行控制的应用。例如，当目标设备为空调时，目标应用可以为集成有控制空调开关、空调模式、空调温度等功能的app，当目标设备为洗衣机时，目标应用则可以为控制洗衣机的app，当目标设备为热水器时，目标应用可以为控制热水器的app。当然，目标设备还可以为体脂秤、体重秤、音乐播放器、音箱等智能家居设备，还可以是智能办公设备等，目标应用则是对应的可以控制目标设备的app。前端资源包可以为h5(应用程序接口)资源包。
在上述实施例中，目标功能可以是目标应用中已有的功能，也可以是目标应用中没有的功能。例如，当前安装的目标应用中不存在调节空调模式的功能，最新版本的应用中包括调节空调模式的功能，在确定目标应用需要更新的情况下，可以确定出需要通过更新应用得到调节空调模式功能，因此，可以获取与调节空调模式功能对应的前端资源包，利用前端资源包对目标应用进行更新，得到更新后的目标应用。当前安装的目标应用中存在调节空调模式功能，最新版本的应用中对调节空调模式功能进行了bug修复或升级，在确定目标应用需要更新的情况下，可以确定出需要通过更新应用得到的调节空调模式功能，因此，可以获取与调节空调模式功能对应的前端资源包，利用前端资源包对目标应用进行更新，得到更新后的目标应用。
也就是说，对目标应用的资源包进行更新可以采用动态下发前端资源包的方式进行。在没有发布新的目标应用的版本时。即可修复目标应用的bug或升级。在有新版本发布时，更新目标应用的资源包可以是部分更新，即在更新时仅需下载安装更新部分的资源包，而无需所有资源包。
通过本发明，在确定目标应用需要更新的情况下，确定目标应用中包括的需要更新得到的目标功能，获取目标功能对应的前端资源包，根据前端资源包对目标应用的资源包进行更新，以得到更新后的目标应用，由于只对目标功能所对应的前端资源包进行更新即可得到更新后的目标应用，无需手动更新目标应用，因此，可以解决相关技术中存在的需要手动更新应用，用户体验差的问题，达到了自动更新目标应用，提升用户体验的效果。
在一个示例性实施例中，所述确定模块1002可以通过如下方式实现在确定目标应用需要更新的情况下，确定所述目标应用中包括的需要更新得到的目标功能：在确定所述目标应用所控制的设备发生更新的情况下，确定所述目标应用需要更新；将用于控制更新后的目标设备的功能确定为所述目标功能。在本实施例中，在确定目标应用所控制的设备发生更新的情况下，可以确定出目标应用需要更新，将用于控制更新后得到设备的功能确定为目标功能。其中，当目标应用所控制的设备的某项功能允许通过app控制时，可以认为目标应用所控制的设备发生了更新，或者当目标应用所控制的设备集成有新的功能，并且该功能允许通过app控制，则也可以认为目标应用所控制的设备发生了更新。
在一个示例性实施例中，所述获取模块1006可以通过如下方式实现获取所述目标功能对应的前端资源包：获取所述目标功能的资源代码；将所述资源代码确定为所述前端资源。在本实施例中，在确定目标应用所控制的设备发生更新的情况下，确定目标功能的资源代码，将资源代码确定为前端资源。即通过下载并安装资源代码以更新目标应用。其中，资源代码可以为更新设备所需的代码。
在一个示例性实施例中，所述目标应用通过目标容器的逻辑引擎接口与所述目标设备建立连接。在本实施例中，可以通过h5实现设备列表展示，共用一套代码，底层通过容器逻辑引擎接口控制设备，实现设备基本功能控制和展示，前端h5可以使用react技术，搭建设备模板，在不同的设备中实现复用，可实现不同设备的快速接入及迭代。
在一个示例性实施例中，所述装置可以用于在接收到用于请求进入所述目标应用中的设备列表页的请求消息的情况下，获取所述目标应用中存储的目标列表，其中，所述目标列表为所述目标应用所控制的目标设备的列表；进入所述设备列表页，并在所述设备列表页中展示所述目标列表；接收到第一展示消息，其中，所述第一展示消息用于请求展示所述目标列表中包括的第一目标设备的信息；确定所述第一目标设备所属的第一设备类；确定与所述第一设备类对应的第一设备卡片，其中，不同的设备类对应不同的设备卡片，所述设备卡片用于展示目标设备的信息；利用所述第一设备卡片展示所述第一目标设备的信息。在本实施例中，在接收到请求进入目标应用中的设备列表页的请求消息的情况下，获取目标应用中存储的目标列表。其中，请求消息中可以携带用户信息，例如，可以进入目标应用的设备列表首页，根据用户信息获取设备列表，并在设备列表页中展示目标列表。在接收到第一展示消息后，可以展示目标列表中包括的第一目标设备的信息，例如，设备名称，位置，在线离线状态，报警状态等。
在本实施例中，第一设备卡片可以包括设备展示单元和设备控制单元两部分，设备展示单元和设备控制单元均可以设定相应的显示模式，即，设备展示单元和设备控制单元可以有各自的显示模板，根据不同的设备展示不同的ui(userinterface，使用者界面)效果。其中，第一设备卡片显示示意图可以参见附图5，设备展示单元可以包括设备大类示意图，如图5中实线框部分所示，即，设备展示单元可以展示第一目标设备的信息，例如，设备名称，位置，在线离线状态，报警状态等。设备控制单元可以同步展示一些基本信息，如图5中虚线框部分所示，并且能够控制真实设备，在此第一设备卡片中一大类设备可以适配所有型号的设备，能够省去单个接入的工作量。
在一个示例性实施例中，所述装置还可以用于在获取所述目标应用中存储的目标列表之前，在确定已订阅了设备列表变化的功能的情况下，接收通知消息，其中，所述通知消息用于指示所述目标应用所控制的目标设备的发生了以下调整至少之一：增加了新的目标设备、减少了已控制的目标设备，已控制的目标设备的信息发生了更新；基于所述通知消息调整所述目标应用中存储的列表，以得到所述目标列表；将所述目标列表存储在所述目标应用中。在本实施例中，在获取目标应用中存储的目标列表之前，可以订阅设备列表变化，当用户在其他端绑定或解绑设备时，设备列表做出相应的变化。例如，在增加了新的目标设备、减少了已经控制的目标设备，或者已控制的目标设备的信息发生了更新时，根据通知消息，调整目标应用中存储的列表。
在一个示例性实施例中，所述装置可以通过如下方式实现利用所述第一设备卡片展示所述第一目标设备的信息：在所述第一设备卡片的第一区域中展示所述第一目标设备的第一信息，其中，所述第一信息包括以下信息至少之一：所述第一目标设备的名称、所述第一目标设备的位置、所述第一目标设备的在线离线状态、所述第一目标设备的报警状态；在所述第一设备卡片的第二区域中展示所述第一目标设备的第二信息，其中，所述第二信息包括以下信息至少之一：所述第一目标设备的当前模式信息、用于对所述第一目标设备进行控制的控制信息。在本实施例中，第一目标设备信息可以包括第一信息和第二信息，第一信息可以显示在第一设备卡片的第一区域，第二信息可以显示在第一设备卡片的第二区域，例如，第一信息可以为第一目标设备的名称、第一目标设备的位置、第一目标设备的在线离线状态、第一目标设备的报警状态等，上述信息可以展示在第一设备卡片的上半部分，如图5中的实线框部分。第二信息可以为第一目标设备的当前模型信息。对第一目标设备进控制的控制信息，上述信息可以展示在第一设备卡片的下半部分，如图5中的虚线框部分。其中，控制信息可以包括控制目标设备的开关、控制目标设备的模式等，例如，当目标设备为空调时，控制信息可以包括控制空调电源的开关，控制空调的模式，如制冷模式、制热模式、除湿模式等，还可以包括控制空调的温度等。当目标设备为洗衣机时，控制信息可以包括控制洗衣机电源的开关，控制洗衣模式，控制洗衣时间，控制洗衣用水量等。
在一个示例性实施例中，所述装置还可以用于在利用所述第一设备卡片展示所述第一目标设备的信息之后，接收用于指示所述第一目标设备的第一信息和/或第二信息发生变更的变更消息；基于所述变更消息更新所述第一设备卡片上所展示的所述第一目标设备的信息。在本实施例中，在接收到第一目标设备的第一信息和/或第二信息发生变更的变更消息后，可以根据变更消息更新第一设备卡片上所展示的第一目标设备的信息。即，当第一信息发生变化时，可以根据第一信息变更的消息将第一设备卡片中当前显示的第一信息更新为变更后的第一信息，当第二信息发生变化时，可以根据第二信息变更的消息将第一设备卡片中当前显示的第二消息更新为变更后的第二信息，或者，当二者均发生变化时，可以根据第一信息变更消息或第二信息变更消息将第一设备卡片中当前显示的第一消息和第二消息更新为变更后的第二信息。例如，当目标设备是空调时，第一设备卡片中显示的第二信息包括除湿模式，24℃，在将空调的模式变更为制冷模式，26℃时，第一设备卡片中显示的第二信息则更新为制冷模式，26℃。
在一个示例性实施例中，所述前端资源包包括h5资源包。
需要说明的是，上述各个模块是可以通过软件或硬件来实现的，对于后者，可以通过以下方式实现，但不限于此：上述模块均位于同一处理器中；或者，上述各个模块以任意组合的形式分别位于不同的处理器中。
本发明的实施例还提供了一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序，其中，该计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。
在一个示例性实施例中，上述计算机可读存储介质可以包括但不限于：u盘、只读存储器(read-onlymemory，简称为rom)、随机存取存储器(randomaccessmemory，简称为ram)、移动硬盘、磁碟或者光盘等各种可以存储计算机程序的介质。
本发明的实施例还提供了一种电子装置，包括存储器和处理器，该存储器中存储有计算机程序，该处理器被设置为运行计算机程序以执行上述任一项方法实施例中的步骤。
在一个示例性实施例中，上述电子装置还可以包括传输设备以及输入输出设备，其中，该传输设备和上述处理器连接，该输入输出设备和上述处理器连接。
本实施例中的具体示例可以参考上述实施例及示例性实施方式中所描述的示例，本实施例在此不再赘述。
显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
1.一种应用的更新方法，其特征在于，包括：
在确定目标应用需要更新的情况下，确定所述目标应用中包括的需要更新得到的目标功能；
获取所述目标功能对应的前端资源包；
利用所述前端资源包对所述目标应用的资源包进行更新，以得到更新后的目标应用。
2.根据权利要求1所述的方法，其特征在于，在确定目标应用需要更新的情况下，确定所述目标应用中包括的需要更新得到的目标功能包括：
在确定所述目标应用所控制的设备发生更新的情况下，确定所述目标应用需要更新；
将用于控制更新后的目标设备的功能确定为所述目标功能。
3.根据权利要求2所述的方法，其特征在于，获取所述目标功能对应的前端资源包包括：
获取所述目标功能的资源代码；
将所述资源代码确定为所述前端资源。
4.根据权利要求2所述的方法，其特征在于，所述目标应用通过目标容器的逻辑引擎接口与所述目标设备建立连接。
5.根据权利要求1所述的方法，其特征在于，所述方法还包括：
在接收到用于请求进入所述目标应用中的设备列表页的请求消息的情况下，获取所述目标应用中存储的目标列表，其中，所述目标列表为所述目标应用所控制的目标设备的列表；
进入所述设备列表页，并在所述设备列表页中展示所述目标列表；
接收到第一展示消息，其中，所述第一展示消息用于请求展示所述目标列表中包括的第一目标设备的信息；
确定所述第一目标设备所属的第一设备类；
确定与所述第一设备类对应的第一设备卡片，其中，不同的设备类对应不同的设备卡片，所述设备卡片用于展示目标设备的信息；
利用所述第一设备卡片展示所述第一目标设备的信息。
6.根据权利要求5所述的方法，其特征在于，在获取所述目标应用中存储的目标列表之前，所述方法还包括：
在确定已订阅了设备列表变化的功能的情况下，接收通知消息，其中，所述通知消息用于指示所述目标应用所控制的目标设备的发生了以下调整至少之一：增加了新的目标设备、减少了已控制的目标设备，已控制的目标设备的信息发生了更新；
基于所述通知消息调整所述目标应用中存储的列表，以得到所述目标列表；
将所述目标列表存储在所述目标应用中。
7.根据权利要求5所述的方法，其特征在于，利用所述第一设备卡片展示所述第一目标设备的信息包括：
在所述第一设备卡片的第一区域中展示所述第一目标设备的第一信息，其中，所述第一信息包括以下信息至少之一：所述第一目标设备的名称、所述第一目标设备的位置、所述第一目标设备的在线离线状态、所述第一目标设备的报警状态；
在所述第一设备卡片的第二区域中展示所述第一目标设备的第二信息，其中，所述第二信息包括以下信息至少之一：所述第一目标设备的当前模式信息、用于对所述第一目标设备进行控制的控制信息。
8.根据权利要求5所述的方法，其特征在于，在利用所述第一设备卡片展示所述第一目标设备的信息之后，所述方法还包括：
接收用于指示所述第一目标设备的第一信息和/或第二信息发生变更的变更消息；
基于所述变更消息更新所述第一设备卡片上所展示的所述第一目标设备的信息。
9.根据权利要求1至8任一项所述的方法，其特征在于，所述前端资源包包括h5资源包。
10.一种应用的更新装置，其特征在于，包括：
确定模块，用于在确定目标应用需要更新的情况下，确定所述目标应用中包括的需要更新得到的目标功能；
获取模块，用于获取所述目标功能所对应的前端资源包；
更新模块，用于利用所述前端资源包对所述目标应用的资源包进行更新，以得到更新后的目标应用。
11.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机程序，其中，所述计算机程序被设置为运行时执行所述权利要求1至9任一项中所述的方法。
12.一种电子装置，包括存储器和处理器，其特征在于，所述存储器中存储有计算机程序，所述处理器被设置为运行所述计算机程序以执行所述权利要求1至9任一项中所述的方法。
技术总结