应用的处理方法及装置制造方法及图纸

本申请公开了一种应用的处理方法及装置。其中，该方法包括：判断是否允许设置应用的小部件，其中，小部件为应用的一种显示结果；在判断结果为是的情况下，在应用所在的显示界面显示第一功能控件，其中，第一功能控件用于生成应用的小部件；利用第一功能控件在显示界面上生成应用的小部件。本申请解决了由于安卓原生小部件方案需要第三方应用定制开发固定的插件造成的应用占用的内存增大及用户在设置小部件时需要考虑当前页面的空间导致用户体验效果不佳的技术问题。

【技术实现步骤摘要】
应用的处理方法及装置
本申请涉及软件工程
，具体而言，涉及一种应用的处理方法及装置。
技术介绍
现有的安卓智能终端上，各个应用的功能入口基本都以矩阵形式排列在系统启动器(Launcher)上，针对个人使用场景下应用的数量、种类繁多的情况，一般以3*3(横向每行显示3个应用图标，纵向每行显示3个图标)至5*6的布局来显示各个应用图标。但是在商业场景下，用户核心入口较少(应用数量较少，一般控制在1至5个业务软件范围内)，这就导致基于安卓设计的启动器上，不仅浪费了大量桌面显示空间，同时较小的应用图标也影响用户的识别及操作效率。针对上述问题，现有的安卓原生小部件方案可以将智能终端桌面上的应用图标放大显示，但在安卓原生小部件方案中，首先需要第三方应用针对该安卓原生小部件方案的功能去定制开发一个固定的插件，在应用安装后，通过自动/手动设置将这个插件添加到桌面；而且，用户手动设置插件时，需要保证页面中存在符合插件大小的空间，才可以将插件摆放在桌面上，现有的安卓原生小部件方案由于需要第三方应用定制开发固定的插件，导致应用占用的内存增大，并且用户在设置小部件时需要考虑当前页面的空间，用户体验效果不佳。针对上述的问题，目前尚未提出有效的解决方案。
技术实现思路
本申请实施例提供了一种应用的处理方法及装置，以至少解决由于安卓原生小部件方案需要第三方应用定制开发固定的插件造成的应用占用的内存增大及用户在设置小部件时需要考虑当前页面的空间导致用户体验效果不佳的技术问题。根据本申请实施例的一个方面，提供了一种应用的处理方法，包括：判断是否允许设置应用的小部件，其中，小部件为应用的一种显示结果；在判断结果为是的情况下，在应用所在的显示界面显示第一功能控件，其中，第一功能控件用于生成应用的小部件；利用第一功能控件在显示界面上生成应用的小部件。可选地，在判断是否允许设置应用的小部件之前，上述方法还包括：接收对应用进行操作的第一触控指令；判断第一触控指令是否为对应用进行拖动和/或编辑的操作指令；在判断结果为是的情况下，控制应用显示为可编辑状态,其中，可编辑状态表征允许设置应用的小部件。可选地，判断是否允许设置应用的小部件，包括：根据应用实现的业务类型确定。可选地，利用第一功能控件在应用所在的显示界面上生成应用的小部件，包括：在显示界面的顶端同时显示第一功能控件和删除控件，其中，第一功能控件用于生成应用的小部件，删除控件用于卸载应用；在显示界面上放大该第一功能控件的操作区域，并在操作区域显示应用，其中，操作区域为第一功能控件用于生成应用的小部件的区域。可选地，在显示界面顶端同时显示第一功能控件和删除控件之后，上述方法还包括：接收对应用进行操作的第二触控指令，并判断第二触控指令是否为在第一功能控件内执行的指令；在判断结果为是的情况下，发出消息，消息用于请求生成小部件。可选地，在应用所在的显示界面上生成应用的小部件，还包括：在接收到消息之后，根据应用的应用信息将应用的显示信息更新为生成应用的小部件后的显示信息，其中显示信息包括：应用的显示图标、应用的名称、应用的显示位置及生成应用的小部件后显示的模板背景；显示应用的小部件的显示信息。可选地，显示应用的小部件的显示信息，包括：根据生成的小部件的数量调整显示界面上的其他应用的位置；将应用的小部件的显示信息合并，并生成小部件，并在操作区域显示小部件，然后再显示所述显示界面上的其他应用。根据本申请实施例的另一方面，还提供了另一种应用的处理方法，包括：客户端接收应用的应用信息，其中应用允许设置应用的小部件，小部件为应用的一种显示结果；客户端基于应用信息从启动器获取生成的小部件，其中，启动器用于生成应用的小部件。可选地，客户端接收应用的应用信息，包括：客户端接收服务器推送的应用信息；和/或客户端主动向服务器获取应用信息。可选地，启动器通过以下方式生成应用的小部件：启动器根据应用信息将应用的显示信息更新为应用的小部件的显示信息，其中，显示信息包括：应用的显示图标、应用的名称、应用的显示位置及生成应用的小部件后显示的模板背景；显示应用的小部件的显示信息。可选地，显示应用的小部件的显示信息，包括：启动器根据小部件的数量调整应用所在的显示界面上的其他应用的位置；启动器将应用的小部件的显示信息合并，并生成小部件，并在显示界面的顶端显示小部件，然后再显示显示界面上的其他应用。根据本申请实施例的再一方面，还提供了另一种应用的处理方法，包括：接收对应用的小部件进行操作的第三触控指令，小部件为应用的一种显示结果；判断第三触控指令是否为对小部件进行拖动和/或编辑的操作指令；在判断结果为是的情况下，在小部件所在的显示界面增加第二功能控件，其中，第二功能控件用于取消应用的小部件；取消应用的小部件。可选地，在小部件所在的显示界面增加第二功能控件，包括：在显示界面的顶端同时显示第二功能控件和删除控件，其中，删除控件用于卸载应用。可选地，在小部件所在的显示界面增加第二功能控件之后，方法还包括：接收对小部件进行操作的第四触控指令，并判断第四触控指令是否为在第二功能控件内执行的指令；在判断结果为是的情况下，将生成应用的小部件后的显示信息更新为应用的显示信息，其中，显示信息包括：应用的显示图标、应用的名称、应用的显示位置。可选地，取消应用的小部件，包括：在小部件所在的显示界面的当前位置显示应用的显示信息。根据本申请实施例的再一方面，还提供了另一种应用的处理方法，包括：客户端接收取消应用的小部件的应用信息，小部件为应用的一种显示结果；客户端基于应用信息从启动器获取取消小部件后的应用，启动器用于取消应用的小部件。可选地，客户端接收取消应用的小部件的应用信息，包括：客户端接收服务器推送的应用信息；和/或客户端主动向服务器获取应用信息。可选地，启动器通过以下方式取消应用的小部件：启动器根据应用信息将应用的小部件的显示信息更新为应用的显示信息，其中，显示信息包括：应用的显示图标、应用的名称、应用的显示位置；启动器在小部件所在的显示界面的当前位置显示应用的显示信息。根据本申请实施例的再一方面，提供了一种应用的处理装置，包括：判断模块，用于判断是否允许设置应用的小部件，其中，小部件为应用的一种显示结果；设置模块，用于在判断结果为是的情况下，在应用所在的显示界面显示第一功能控件，其中，第一功能控件用于生成应用的小部件；生成模块，用于利用第一功能控件在显示界面上生成应用的小部件。根据本申请实施例的再一方面，还提供了一种存储介质，存储介质包括存储的程序，其中，程序运行时控制存储介质所在的设备执行以上的应用的处理方法。根据本申请实施例的再一方面，还提供了一种处理器，处理器用于运行程序，其中，程序运行时执行以上的应用的处理方法。在本申请实施例中，采用判断是否允许设置应用的小部件，其中，小部件为应用的一种显示结果；在判断结果为是的情况下，在应用所在的显示界面显示第一功能控件，其中，第一功能控件用于生成应用的小部件；利用第一功能控件在显示界面上生成应用的小部件的方式，通过在判断出允许设置应用的小部件的情况下，在应用的显示界面直接设置生成应用的小部件，达到了不需要第三方应用定制开发插件即可生成应用的小部件及在生成小部件时不需要考虑终端显示界面的空间的目的本文档来自技高网...

【技术保护点】
1.一种应用的处理方法，其特征在于，包括：判断是否允许设置应用的小部件，其中，所述小部件为所述应用的一种显示结果；在判断结果为是的情况下，在所述应用所在的显示界面显示第一功能控件，其中，所述第一功能控件用于生成所述应用的小部件；利用所述第一功能控件在所述显示界面上生成所述应用的小部件。

【技术特征摘要】
1.一种应用的处理方法，其特征在于，包括：判断是否允许设置应用的小部件，其中，所述小部件为所述应用的一种显示结果；在判断结果为是的情况下，在所述应用所在的显示界面显示第一功能控件，其中，所述第一功能控件用于生成所述应用的小部件；利用所述第一功能控件在所述显示界面上生成所述应用的小部件。2.根据权利要求1所述的方法，其特征在于，在判断是否允许设置应用的小部件之前，所述方法还包括：接收对所述应用进行操作的第一触控指令；判断所述第一触控指令是否为对所述应用进行拖动和/或编辑的操作指令；在判断结果为是的情况下，控制所述应用显示为可编辑状态,其中，所述可编辑状态表征允许设置所述应用的小部件。3.根据权利要求1所述的方法，其特征在于，判断是否允许设置应用的小部件，包括：根据所述应用实现的业务类型确定。4.根据权利要求1所述的方法，其特征在于，利用所述第一功能控件在所述应用所在的显示界面上生成所述应用的小部件，包括：在所述显示界面的顶端同时显示第一功能控件和删除控件，其中，所述第一功能控件用于生成所述应用的小部件，所述删除控件用于卸载所述应用；在所述显示界面上放大该第一功能控件的操作区域，并在所述操作区域显示所述应用，其中，所述操作区域为所述第一功能控件用于生成所述应用的小部件的区域。5.根据权利要求4所述的方法，其特征在于，在所述显示界面顶端同时显示第一功能控件和删除控件之后，所述方法还包括：接收对所述应用进行操作的第二触控指令，并判断所述第二触控指令是否为在所述第一功能控件内执行的指令；在判断结果为是的情况下，发出消息，所述消息用于请求生成所述小部件。6.根据权利要求5所述的方法，其特征在于，在所述应用所在的显示界面上生成所述应用的小部件，还包括：在接收到所述消息之后，根据所述应用的应用信息将所述应用的显示信息更新为生成所述应用的小部件后的显示信息，其中所述显示信息包括：所述应用的显示图标、所述应用的名称、所述应用的显示位置及生成所述应用的小部件后显示的模板背景；显示所述应用的小部件的显示信息。7.根据权利要求6所述的方法，其特征在于，显示所述应用的小部件的显示信息，包括：根据生成的所述小部件的数量调整所述显示界面上的其他应用的位置；将所述应用的小部件的显示信息合并，并生成所述小部件，并在所述操作区域显示所述小部件，然后再显示所述显示界面上的其他应用。8.一种应用的处理方法，其特征在于，包括：客户端接收应用的应用信息，其中所述应用允许设置应用的小部件，所述小部件为所述应用的一种显示结果；所述客户端基于所述应用信息从启动器获取生成的小部件，其中，所述启动器用于生成所述应用的小部件。9.根据权利要求8所述的方法，其特征在于，客户端接收应用的应用信息，包括：所述客户端接收服务器推送的所述应用信息；和/或所述客户端主动向所述服务器获取所述应用信息。10.根据权利要求8所述的方法，其特征在于，所述启动器通过以下方式生成所述应用的小部件：所述启动器根据所述应用信息将所述应用的显示信息更新为所述应用的小部件的显示信息，其中，所述显示信息包括：所述应用的显示图标、所述应用的名称、所述应用的显示位置及生成所述应用的小部件后显示的模板背景；显示所述应...

【专利技术属性】
技术研发人员：李宇龙，
申请(专利权)人：上海商米科技有限公司，
类型：发明
国别省市：上海,31