CN111506644B - 一种应用数据处理方法、装置和电子设备 - Google Patents

Abstract

本发明公开了一种应用数据处理方法、装置和电子设备。方法包括从服务器端获取当前登录用户的原始应用数据，将获取的原始应用数据缓存到移动终端上用户对应的本地数据库中；根据应用列表展示请求，查询所述本地数据库并从中获取原始应用数据，对原始应用数据进行分组处理，将处理后的应用数据添加到应用列表页面上展示应用列表页面。本发明实施例采用数据库的方式管理数据，数据库的事务避免了并发问题的发生，并且每个登录用户对应一个数据库，实现了数据的独立存储避免了错误展示，满足了需求。

Description

一种应用数据处理方法、装置和电子设备

技术领域

本发明涉及移动端应用技术领域，具体涉及一种应用数据处理方法、装置和电子设备。

背景技术

目前，移动端Android应用数据的管理采用文件方式实现，在多线程中，文件实现方式容易出现资源并发操作导致数据不统一。比如A用户登录后查看到的是B用户的信息，另外，移动端Android应用展示比较混乱，可读性差。

发明内容

本发明提供了一种应用数据处理方法、装置和电子设备，采用数据库的方式管理各个用户的应用数据，数据库的事务避免了并发问题的发生，并且对应用进行列表展示，避免了展示混乱的技术问题，满足了需求。

根据本申请的一个方面，提供了一种应用数据处理方法，包括：

从服务器端获取当前登录用户的原始应用数据，将获取的所述原始应用数据缓存到移动终端上用户对应的本地数据库中；

根据应用列表展示请求，查询所述本地数据库并从中获取所述原始应用数据，对所述原始应用数据进行分组处理，将处理后的应用数据添加到应用列表页面上；

展示应用列表页面。

根据本申请的另一个方面，提供了一种应用数据处理装置，包括：

数据获取单元，用于从服务器端获取当前登录用户的原始应用数据，将获取的原始应用数据缓存到移动终端上用户对应的本地数据库中；

列表生成单元，用于根据应用列表展示请求，查询所述本地数据库并从中获取所述原始应用数据，对所述原始应用数据进行分组处理，将处理后的应用数据添加到应用列表页面上；

展示单元，用于展示所述应用列表页面。

根据本申请的又一个方面，提供了一种电子设备，所述电子设备包括：存储器和处理器，所述存储器和所述处理器之间通过内部总线通讯连接，所述存储器存储有能够被所述处理器执行的程序指令，所述程序指令被所述处理器执行时能够实现本申请一个方面所述的方法。

应用本发明实施例的应用数据处理方法、装置和电子设备，用户的应用数据统一采用数据库进行管理，数据库实现方式相比起文件实现方式，可以避免并发问题的发生也更方便实现数据加密，以及操作管理，数据库之间独立，切换用户账号时自动切换到账户所对应的数据库，每个用户都可以看到自己的应用列表展示页面。另外，通过列表展示应用数据，一目了然，提高了可读性。

附图说明

图1是本发明一个实施例的应用数据处理方法的流程图；

图2是应用本发明一个实施例的应用数据处理方法展示的应用列表页面示意图；

图3是图4中一应用的菜单示意图；

图4是本发明一个实施例的本地数据库中应用消息表的示意图；

图5是本发明一个实施例的本地数据库中原始应用数据的示意图；

图6是本发明一个实施例的应用数据处理装置的框图；

图7是本发明一个实施例的电子设备的结构示意图。

具体实施方式

为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本发明作进一步详细的说明。显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明的设计构思在于：针对现有技术中移动端Android应用数据采用文件管理和实现导致的数据不统一问题，对应用数据统一采用数据库进行管理，数据库实现方式相比起文件实现方式，更方便数据加密和操作管理，数据库的事务可以避免并发问题的发生，并且通过列表展示应用，提高了应用的展示效果。

图1是本发明一个实施例的应用数据处理方法的流程图，参见图1，本实施例的应用数据处理方法包括下列步骤：

步骤S101，从服务器端获取当前登录用户的原始应用数据，将获取的原始应用数据缓存到移动终端上用户对应的本地数据库中；

步骤S102，根据应用列表展示请求，查询所述本地数据库并从中获取所述原始应用数据，对所述原始应用数据进行分组处理，将处理后的应用数据添加到应用列表页面上；

步骤S103，展示应用列表页面。

由图1所示可知，本发明实施例的应用数据处理方法，将内容相同或者相似的，数据源不同的应用数据以列表的形式展现在页面上，满足了实际需求。并且用户的应用数据统一采用数据库进行管理，数据库实现方式相比起文件实现方式，更方便数据加密、操作管理避免了在多线程中出现资源并发操作和数据不统一的问题，数据库与用户对应，数据库之间独立，切换账号时自动切换到账户所对应数据库，不同用户看到的应用列表不相同。

在实现时本发明实施例中整体采用MVP架构，MVP架构包括View层、Presenter层和Module层，在MVP里，Presenter层把Model层和View层进行了分离，主要的程序逻辑在Presenter层里实现。Presenter层与具体的View层是没有直接关联的，而是通过定义好的接口进行交互，从而使得在变更View层时可以保持Presenter层的不变，即重用。如果要实现的UI(用户界面，ser Interface)比较复杂，而且相关的显示逻辑还跟Model层有关系，则在View层和Presenter层之间放置一个Adapter。由这个Adapter来访问Model层和View层，避免两者之间的关联。同时，因为Adapter实现了View层的接口，从而可以保证与Presenter层之间接口的不变。这样就可以保证View层和Presenter层之间接口的简洁，又不失去UI的灵活性。

本实施例中，View层有三个接口，分别是ViewInterface、PresenterObject以及View。其中，ViewInterface设置需要展示信息回调接口，PresenterObject是Presenter层对象引用，用来间接调用Model层的数据接口，View用于界面展示。Presenter层也有三个接口，分别是：ViewInterfaceImpl、ModuleObject以及DataStatusInterfaceImpl。

其中，ViewInterfaceImpl是View层创建PresenterObject时传入的ViewInterface对象，用来回调View层页面展示方法，ModuleObject是Module层对象引用，用来调用Module层数据源的获取方法，DataStatusInterfaceImpl是Module层获取数据源后传递到Presenter层的回调接口，同时，在其实现方法中调用ViewInterfaceImpl方法刷新页面等。

Module层有两个接口，分别是：ModuleInterfaceImpl以及DataStatusInterface。ModuleInterfaceImpl是实现定义在接口ModuleInterface的抽象方法并实现获取数据源的业务逻辑。DataStatusInterface是获取数据源后，回调到Presenter层将数据源数据传递到Presenter层(即，DataStatusInterfaceImpl)。

参见图2，按照上述框架开发得到的本实施例的移动端Android应用APP(即图2中第一行显示的应用)，该移动端Android应用APP上显示了多个应用列表，比如常用应用列表，常用应用列表中包括应用1至应用4，即包括应用1至应用4的数据。

如前述，本发明实施例采用数据库方式管理应用数据，从而在每个用户登录该应用APP之后且在将获取的原始应用数据缓存到用户对应的本地数据库之前，本实施例中判断当前登录的用户是否为新用户，如果当前登录的用户为新用户则为新用户创建对应的本地数据库。比如当前登录的用户为A用户，经过查询本地的用户数据库后发现不存在对应的数据库则认为用户A为新用户，并为其创建对应的本地数据库。当然，如果当前登录的用户不是新用户则不必为其新创建本地数据库以节省存储资源并避免混淆。

从服务端获取当前登录用户对应的应用原始数据之后，为了避免出现登录用户与数据库不匹配(比如A用户登录看到的B用户的应用信息)问题，在本实施例中，将获取的原始应用数据缓存到用户对应的本地数据库包括初始化数据库连接，在初始化之后根据当前登录用户输入的连接信息建立与登录用户对应的本地数据库的连接。初始化数据库连接包括在用户登录页面，如果已经有数据库处于连接状态，先关闭和断开数据库连接。在生成应用列表页面时，查询登录用户对应的本地数据库，并判断本地数据库存储的应用原始数据是否存在于应用列表中如果存在，则获取应用原始数据，用获取的应用原始数据更新应用列表后生成应用列表页面；如果不存在，则获取应用原始数据将应用原始数据插入到应用列表后生成应用列表页面。比如对数据库进行查询，获取应用原始数据将应用原始数据转换成页面展示所需要的数据。

参见图5，图5展示了用户对应的本地数据库中存储的应用原始数据，可以看出，数据库中存储了从服务器获取的应用原始数据(APPLICATION_DATA)的数据类型、长度，键等信息以及应用原始数据是否与服务器数据同步的信息(图5中示意的SUCCESS的字段不是null是否勾选，勾选则为同步，未勾选则不同步)。

接着看图2，图2的移动端Android应用APP上展示了应用列表页面，页面上排布有9个应用，这9个应用被分成了三组，分别是常用、经营数据和工单审批。常用这一组中展示常用的一些应用，比如，考勤管理应用，预定会议室应用，财务管理应用以及请假出差应用等。应用数据一目了然，清晰明了，方便查看。

考虑到列表中的每个应用都可能从服务器端收到消息，而为了方便用户查看消息，本实施例中，获取用户对应用列表页面中应用的点击事件，根据所述点击操作跳转到应用消息列表页面，并触发查询点击操作对应的应用的消息；将查询到的应用的多条消息展示到所述应用消息列表页面上。

比如，用户点击了图2所示第一列中的一个应用3，该应用3为考勤打卡应用，本实施例的方法根据用户对该应用的点击事件，跳转到应用消息列表页面，触发查询点击操作对应的应用的消息，即从本地数据库中获取应用的唯一标识(比如序号3)对应的应用的消息，将查询到的应用的多条消息展示到应用消息列表页面上。

图4是本发明一个实施例的本地数据库中应用消息表的示意图，参见图4，该应用消息表中记录了应用唯一标识(指示消息属于哪个应用)、消息接收时间、消息体(即，具体的消息内容，比如“打卡成功”)、消息已读/未读信息以及消息唯一标识等信息。根据查询到的这些信息可以生成应用消息列表并展示输出给用户。

在本发明的一个实施例中，应用数据处理方法还包括：根据应用列表页面上应用动态生成菜单，所述菜单包括下拉菜单、Tab选项卡菜单。图3是图4中一应用的菜单示意图，继续以考勤应用为例，则图3是图4中考勤应用的菜单的示意，如图3所示考勤管理应用的菜单中包括菜单项比如今日考勤、历史考勤，以及多个下拉菜单，比如，上班打卡下拉菜单，查看下拉菜单等。需要说明的是，本发明实施例中，菜单还包括Tab选项卡菜单，用于切换不同的Tab标签页。

现有技术中，对相同或相似事件的响应操作缺乏统一处理方案，导致处理资源浪费。比如对应用的点击、对应用消息列表中Item的点击，这些点击事件对应不同的跳转，每个跳转都单独处理，势必造成资源的浪费并影响处理效率。对此，本发明一个实施例中，应用数据处理方法获取对应用列表页面上展示的各对象的点击事件，利用预先提取各对象的点击事件的共同参数后封装而成的Presenter接口，统一处理点击后的跳转事件；其中，应用列表上展示的对象包括：应用、消息条目、菜单。

本实施例中通过对数据源进行分析，提取出点击事件的共同参数和公共数据，并提供管理类来统一处理跳转事件，从而本实施例的应用数据处理方法对于相同或相似的操作，比如对应用列表中应用的点击、对应用消息列表中消息条目的点击、对菜单条目的点击、对会话页面中会话条目的点击等提供统一处理方式，提高了代码复用性和开发效率。

与前述应用数据处理方法同属于一个技术构思，本发明实施例提供了一种应用数据处理装置，参见图6，应用数据处理装置600包括：

数据获取单元601，用于从服务器端获取当前登录用户的原始应用数据，将获取的所述原始应用数据缓存到移动终端上用户对应的本地数据库中；

列表生成单元602，用于根据应用列表展示请求，查询所述本地数据库并从中获取所述原始应用数据，对所述原始应用数据进行分组处理，将处理后的应用数据添加到应用列表页面上；

展示单元603，用于展示所述应用列表页面。

在本发明的一个实施例中，所述数据获取单元601具体用于判断当前登录的用户是否为新用户；如果当前登录的用户为新用户则为新用户创建对应的本地数据库。

在本发明的一个实施例中，数据获取单元601具体用于初始化数据库连接，根据当前登录用户输入的连接信息建立与登录用户对应的本地数据库的连接。

在本发明的一个实施例中，图6所示装置还包括应用消息展示单元，于获取用户对应用列表页面中应用的点击事件，根据所述点击操作跳转到应用消息列表页面，并触发查询点击操作对应的应用的消息；将查询到的应用的多条消息展示到所述应用消息列表页面上。

在本发明的一个实施例中，图6所示装置还包括：统一处理单元，用于获取对所述应用列表页面上展示的各对象的点击事件，利用预先提取各对象的点击事件的共同参数后封装而成的Presenter接口，统一处理点击后的跳转事件；其中，所述应用列表上展示的对象包括：应用、消息条目、菜单。

需要说明的是，关于图6所示的装置中的各单元所执行的各功能的举例解释说明，与前述方法实施例中的举例解释说明一致，这里不再赘述。

图7是本发明一个实施例的电子设备的结构示意图。如图7所示，该电子设备包括存储器701和处理器702，存储器701和处理器702之间通过内部总线703通讯连接，存储器701存储有能够被处理器702执行的程序指令，程序指令被处理器702执行时能够实现上述的应用数据处理方法。

此外，上述的存储器701中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random AccessMemory)、磁碟或者光盘等各种可以存储程序代码的介质。

本发明的另一个实施例提供一种计算机可读存储介质，计算机可读存储介质存储计算机指令，计算机指令使所述计算机执行上述的方法。

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

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

需要说明的是术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

本发明的说明书中，说明了大量具体细节。然而能够理解的是，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。类似地，应当理解，为了精简本发明公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，正如权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

以上所述，仅为本发明的具体实施方式，在本发明的上述教导下，本领域技术人员可以在上述实施例的基础上进行其他的改进或变形。本领域技术人员应该明白，上述的具体描述只是更好的解释本发明的目的，本发明的保护范围以权利要求的保护范围为准。

Claims (8)

1.一种应用数据处理方法，其特征在于，包括：

从服务器端获取当前登录用户的原始应用数据，将获取的所述原始应用数据缓存到移动终端上用户对应的本地数据库中，所述本地数据库与所述用户对应，所述本地数据库之间独立，切换用户账号时自动切换到用户账号所对应的本地数据库；

根据应用列表展示请求，查询所述本地数据库并从中获取所述原始应用数据，对所述原始应用数据进行分组处理，将处理后的应用数据添加到应用列表页面上；

展示应用列表页面；

所述将获取的所述原始应用数据缓存到用户对应的本地数据库包括：

初始化数据库连接，根据当前登录用户输入的连接信息建立与登录用户对应的本地数据库的连接，其中初始化数据库连接包括在用户登录页面时，如果已经有本地数据库处于连接状态，先关闭和断开本地数据库连接；在生成应用列表页面时，查询当前登录用户对应的本地数据库，并判断当前登录用户对应的本地数据库存储的原始应用数据是否存在于应用列表中，如果存在，则获取原始应用数据并用当前获取的原始应用数据更新应用列表后生成新的应用列表页面；如果不存在，则获取原始应用数据并将当前获取到的原始应用数据插入到应用列表后生成新的应用列表页面。

2.根据权利要求1所述的方法，其特征在于，在将获取的所述原始应用数据缓存到用户对应的本地数据库之前，还包括：

判断当前登录的用户是否为新用户；

如果当前登录的用户为新用户则为新用户创建对应的本地数据库。

3.根据权利要求1所述的方法，其特征在于，该方法还包括：

获取用户对所述应用列表页面中应用的点击事件，

根据所述点击操作跳转到应用消息列表页面，并触发查询点击操作对应的应用的消息；

将查询到的应用的多条消息展示到所述应用消息列表页面上。

4.根据权利要求1所述的方法，其特征在于，在所述展示应用列表页面之后，该方法还包括：

获取对所述应用列表页面上展示的各对象的点击事件，

利用封装而成的Presenter接口，统一处理点击后的跳转事件，其中Presenter接口是预先提取各对象的点击事件的共同参数后封装而成的；

其中，所述应用列表上展示的对象包括：应用、消息条目、菜单。

5.根据权利要求4所述的方法，其特征在于，在所述展示应用列表页面之后，该方法还包括：

根据所述应用列表页面上的应用数据动态生成菜单，

所述菜单包括下拉菜单、Tab选项卡菜单。

6.一种应用数据处理装置，其特征在于，包括：

数据获取单元，用于从服务器端获取当前登录用户的原始应用数据，将获取的所述原始应用数据缓存到移动终端上用户对应的本地数据库中，所述本地数据库与所述用户对应，所述本地数据库之间独立，切换用户账号时自动切换到用户账号所对应的本地数据库；

列表生成单元，用于根据应用列表展示请求，查询所述本地数据库并从中获取所述原始应用数据，对所述原始应用数据进行分组处理，将处理后的应用数据添加到应用列表页面上；

展示单元，用于展示所述应用列表页面；

所述数据获取单元，具体用于初始化数据库连接，根据当前登录用户输入的连接信息建立与登录用户对应的本地数据库的连接，其中初始化数据库连接包括在用户登录页面时，如果已经有本地数据库处于连接状态，先关闭和断开本地数据库连接；在生成应用列表页面时，查询当前登录用户对应的本地数据库，并判断当前登录用户对应的本地数据库存储的原始应用数据是否存在于应用列表中，如果存在，则获取原始应用数据并用当前获取的原始应用数据更新应用列表后生成新的应用列表页面；如果不存在，则获取原始应用数据并将当前获取到的原始应用数据插入到应用列表后生成新的应用列表页面。

7.根据权利要求6所述的装置，其特征在于，所述数据获取单元，具体用于判断当前登录的用户是否为新用户；如果当前登录的用户为新用户则为新用户创建对应的本地数据库。

8.一种电子设备，其特征在于，所述电子设备包括：存储器和处理器，所述存储器和所述处理器之间通过内部总线通讯连接，所述存储器存储有能够被所述处理器执行的程序指令，所述程序指令被所述处理器执行时能够实现权利要求1-5任一项所述的方法。