一种应用数据处理方法、装置和电子设备制造方法及图纸

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

【技术实现步骤摘要】
一种应用数据处理方法、装置和电子设备
本专利技术涉及移动端应用
，具体涉及一种应用数据处理方法、装置和电子设备。
技术介绍
目前，移动端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(用户界面，serInterface)比较复杂，而且相关的显示逻辑还跟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，按照上述框架开发得到的本实施例的移动端And本文档来自技高网...

【技术保护点】
1.一种应用数据处理方法，其特征在于，包括：/n从服务器端获取当前登录用户的原始应用数据，将获取的所述原始应用数据缓存到移动终端上用户对应的本地数据库中；/n根据应用列表展示请求，查询所述本地数据库并从中获取所述原始应用数据，对所述原始应用数据进行分组处理，将处理后的应用数据添加到应用列表页面上；/n展示应用列表页面。/n

【技术特征摘要】
1.一种应用数据处理方法，其特征在于，包括：
从服务器端获取当前登录用户的原始应用数据，将获取的所述原始应用数据缓存到移动终端上用户对应的本地数据库中；
根据应用列表展示请求，查询所述本地数据库并从中获取所述原始应用数据，对所述原始应用数据进行分组处理，将处理后的应用数据添加到应用列表页面上；
展示应用列表页面。


2.根据权利要求1所述的方法，其特征在于，在将获取的所述原始应用数据缓存到用户对应的本地数据库之前，还包括：
判断当前登录的用户是否为新用户；
如果当前登录的用户为新用户则为新用户创建对应的本地数据库。


3.根据权利要求1所述的方法，其特征在于，所述将获取的所述原始应用数据缓存到用户对应的本地数据库包括：
初始化数据库连接，
根据当前登录用户输入的连接信息建立与登录用户对应的本地数据库的连接。


4.根据权利要求1所述的方法，其特征在于，该方法还包括：
获取用户对所述应用列表页面中应用的点击事件，
根据所述点击操作跳转到应用消息列表页面，并触发查询点击操作对应的应用的消息；
将查询到的应用的多条消息展示到所述应用消息列表页面上。


5.根据权利要求1所述的方法，其特征在于，在所述展示应用列表页面之后，该方法还包括：
获取对所述应用列表页面上展示的各对象的点击事件，
利用封装而成的Presenter接口，统一处理点击后的跳转事件，其中Presenter接口是预先...

【专利技术属性】
技术研发人员：崔若垒，
申请(专利权)人：北京神州泰岳软件股份有限公司，
类型：发明
国别省市：北京;11