CN110187877B - 图标获取方法及装置、***、电子设备、存储介质 - Google Patents

图标获取方法及装置、***、电子设备、存储介质 Download PDF

Info

Publication number
CN110187877B
CN110187877B CN201910457203.6A CN201910457203A CN110187877B CN 110187877 B CN110187877 B CN 110187877B CN 201910457203 A CN201910457203 A CN 201910457203A CN 110187877 B CN110187877 B CN 110187877B
Authority
CN
China
Prior art keywords
icon
app
database server
displayed
app client
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201910457203.6A
Other languages
English (en)
Other versions
CN110187877A (zh
Inventor
高梦洁
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Zhejiang Dasou Vehicle Software Technology Co Ltd
Original Assignee
Zhejiang Dasou Vehicle Software Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Zhejiang Dasou Vehicle Software Technology Co Ltd filed Critical Zhejiang Dasou Vehicle Software Technology Co Ltd
Priority to CN201910457203.6A priority Critical patent/CN110187877B/zh
Publication of CN110187877A publication Critical patent/CN110187877A/zh
Application granted granted Critical
Publication of CN110187877B publication Critical patent/CN110187877B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/01—Input arrangements or combined input and output arrangements for interaction between user and computer
    • G06F3/048—Interaction techniques based on graphical user interfaces [GUI]
    • G06F3/0481—Interaction techniques based on graphical user interfaces [GUI] based on specific properties of the displayed interaction object or a metaphor-based environment, e.g. interaction with desktop elements like windows or icons, or assisted by a cursor's changing behaviour or appearance
    • G06F3/04817—Interaction techniques based on graphical user interfaces [GUI] based on specific properties of the displayed interaction object or a metaphor-based environment, e.g. interaction with desktop elements like windows or icons, or assisted by a cursor's changing behaviour or appearance using icons
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/30—Creation or generation of source code
    • G06F8/38—Creation or generation of source code for implementing user interfaces

Landscapes

  • Engineering & Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Human Computer Interaction (AREA)
  • Software Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • User Interface Of Digital Computer (AREA)

Abstract

本申请提供一种图标获取方法及装置、***、电子设备、存储介质，该方法应用于任一APP服务端，各个APP服务端配置有同一实现包，所述实现包中提供有针对图标的处理逻辑；该方法可以包括：接收相应APP客户端发送的针对图标集合的第一获取请求；根据所述第一获取请求，构建用于向数据库服务端获取所述图标集合的第二获取请求，所述数据库服务端中存储有与各个APP客户端对应的图标相关数据；通过所述实现包中提供的处理逻辑，向所述数据库服务端发送所述第二获取请求，以由所述数据库服务端进行读取操作，并返回读取到的图标集合；通过所述处理逻辑，确定所述数据库服务端返回的图标集合中的待展示图标，并向所述APP客户端返回确定出的待展示图标。

Description

图标获取方法及装置、***、电子设备、存储介质
技术领域
本申请涉及计算机网络技术领域，尤其涉及一种图标获取方法及装置、***、电子设备、存储介质。
背景技术
在APP(Application)的开发过程中，需要开发针对APP工作台所展示的图标、角标、卡片的处理逻辑，以供APP的APP服务端根据该处理逻辑设置图标、角标、卡片的展示方式。然而，当需要开发多个APP时，开发人员必须针对每个APP均开发一套相应的处理逻辑，导致开发效率低下；尤其是在同一公司需开发多款APP的情况下，开发人员的工作量较大。
发明内容
有鉴于此，本申请提供一种图标获取方法及装置、***、电子设备、存储介质。
为实现上述目的，本申请提供技术方案如下：
根据本申请的第一方面，提出了一种图标获取***，包括：至少一个APP客户端、对应于各个APP客户端的APP服务端、数据库服务端；其中，各个APP服务端配置有同一实现包，所述实现包中提供有针对图标的处理逻辑，所述数据库服务端中存储有与各个APP客户端对应的图标相关数据；
任一APP客户端向目标APP服务端发送针对图标集合的第一获取请求，所述目标APP服务端与所述任一APP客户端相对应；
所述目标APP服务端根据接收到的所述第一获取请求，构建用于向所述数据库服务端获取所述图标集合的第二获取请求，并通过所述实现包中提供的处理逻辑向所述数据库服务端发送所述第二获取请求；
所述数据库服务端进行读取操作，并向所述目标APP服务端返回读取到的图标集合，以由所述目标APP服务端，在通过所述处理逻辑确定出所述图标集合中的待展示图标后，向所述任一APP客户端返回所述待展示图标。
根据本申请的第二方面，提出了一种图标获取方法，应用于任一APP服务端，各个APP服务端配置有同一实现包，所述实现包中提供有针对图标的处理逻辑；所述方法包括：
接收相应APP客户端发送的针对图标集合的第一获取请求；
根据所述第一获取请求，构建用于向数据库服务端获取所述图标集合的第二获取请求，所述数据库服务端中存储有与各个APP客户端对应的图标相关数据；
通过所述实现包中提供的处理逻辑，向所述数据库服务端发送所述第二获取请求，以由所述数据库服务端进行读取操作，并返回读取到的图标集合；
通过所述处理逻辑，确定所述数据库服务端返回的图标集合中的待展示图标，并向所述APP客户端返回确定出的待展示图标。
可选的，所述通过所述处理逻辑，确定所述数据库服务端返回的图标集合中的待展示图标，包括：
通过所述处理逻辑，确定所述APP客户端的用户是否具有所述图标集合中各个图标对应的资源的使用权限，以及；
将所述图标集合中的目标图标作为所述待展示图标，所述目标图标为与所述用户具有使用权限的资源对应的图标。
可选的，所述数据库服务端返回的图标集合中还记录有用于展示所述图标集合中各图标的卡片信息；所述向所述APP客户端返回确定出的待展示图标，包括：
根据所述卡片信息组建包含所述待展示图标的卡片；
向所述APP客户端返回所组建的卡片。
可选的，还包括：
接收所述APP客户端发送的卡片自定义请求，所述卡片自定义请求包含所述APP客户端的用户针对所组建卡片自定义的卡片展示方式；
向所述数据库服务端发送所述卡片展示方式，以由所述数据库服务端根据所述卡片展示方式更新相应卡片的展示方式，并返回更新后的卡片；
将接收到的更新后的卡片返回至所述APP客户端，以由所述APP客户端按照更新后的展示方式展示卡片。
可选的，还包括：
接收所述APP客户端发送的图标排序请求，所述图标排序请求包含所述APP客户端的用户针对所述待展示图标自定义的图标顺序；
通过所述处理逻辑向所述数据库服务端发送所述图标顺序，以由所述数据库服务端根据所述图标顺序更新所述待展示图标的顺序，并返回更新顺序后的所述待展示图标，以及；
将接收到的更新顺序后的所述待展示图标返回至所述APP客户端，以由所述APP客户端按照更新后的顺序展示所述待展示图标。
可选的，还包括：
接收所述APP客户端发送的针对所述待展示图标的角标获取请求，所述角标获取请求包含所述待展示图标的图标标识；
通过所述处理逻辑向所述数据库服务端发送所述图标标识，以由所述数据库服务端根据所述图标标识确定出目标角标，所述目标角标为用于展示于所述待展示图标上的角标，以及；
根据所述数据库服务端返回的所述目标角标的资源标识，获取相应的角标，并将获取到的角标返回至所述APP客户端，以由所述APP客户端在所述待展示图标上展示所述目标角标。
根据本申请的第三方面，提供一种图标获取装置，应用于任一APP服务端，各个APP服务端配置有同一实现包，所述实现包中提供有针对图标的处理逻辑；所述装置包括：
第一接收单元，接收相应APP客户端发送的针对图标集合的第一获取请求；
构建单元，根据所述第一获取请求，构建用于向数据库服务端获取所述图标集合的第二获取请求，所述数据库服务端中存储有与各个APP客户端对应的图标相关数据；
第一发送单元，通过所述实现包中提供的处理逻辑向所述数据库服务端发送所述第二获取请求，以由所述数据库服务端进行读取操作，并返回读取到的图标集合；
确定单元，通过所述处理逻辑，确定所述数据库服务端返回的图标集合中的待展示图标，并向所述APP客户端返回确定出的待展示图标。
可选的，所述确定单元具体用于：
通过所述处理逻辑确定所述APP客户端的用户是否具有所述图标集合中各个图标对应的资源的使用权限，以及；
将所述图标集合中的目标图标作为所述待展示图标，所述目标图标为与所述用户具有使用权限的资源对应的图标。
可选的，所述数据库服务端返回的图标集合中还记录有用于展示所述图标集合中各图标的卡片信息；所述确定单元具体用于：
根据所述卡片信息组建包含所述待展示图标的卡片；
向所述APP客户端返回所组建的卡片。
可选的，还包括：
第二接收单元，接收所述APP客户端发送的卡片自定义请求，所述卡片自定义请求包含所述APP客户端的用户针对所组建卡片自定义的卡片展示方式；
第二发送单元，向所述数据库服务端发送所述卡片展示方式，以由所述数据库服务端根据所述卡片展示方式更新相应卡片的展示方式，并返回更新后的卡片；
第一返回单元，将接收到的更新后的卡片返回至所述APP客户端，以由所述APP客户端按照更新后的展示方式展示卡片。
可选的，还包括：
第三接收单元，接收所述APP客户端发送的图标排序请求，所述图标排序请求包含所述APP客户端的用户针对所述待展示图标自定义的图标顺序；
第三发送单元，通过所述处理逻辑向所述数据库服务端发送所述图标顺序，以由所述数据库服务端根据所述图标顺序更新所述待展示图标的顺序，并返回更新顺序后的所述待展示图标，以及；
将接收到的更新顺序后的所述待展示图标返回至所述APP客户端，以由所述APP客户端按照更新后的顺序展示所述待展示图标。
可选的，还包括：
第四接收单元，接收所述APP客户端发送的针对所述待展示图标的角标获取请求，所述角标获取请求包含所述待展示图标的图标标识；
第四发送单元，通过所述处理逻辑向所述数据库服务端发送所述图标标识，以由所述数据库服务端根据所述图标标识确定出目标角标，所述目标角标为用于展示于所述待展示图标上的角标，以及；
根据所述数据库服务端返回的所述目标角标的资源标识，获取相应的角标，并将获取到的角标返回至所述APP客户端，以由所述APP客户端在所述待展示图标上展示所述目标角标。
根据本申请的第四方面，提供一种电子设备，包括：
处理器；
用于存储处理器可执行指令的存储器；
其中，所述处理器通过运行所述可执行指令以实现如上述实施例中任一所述的图标获取方法。
根据本公开实施例的第五方面，提供一种计算机可读存储介质，其上存储有计算机指令，该指令被处理器执行时实现如上述实施例中任一所述图标获取方法的步骤。
在本申请的技术方案中，开发人员在开发多个APP客户端时，可统一开发出提供有针对图标的处理逻辑的实现包，并将该实现包分别配置于与该多个APP客户端对应的APP服务端中。通过在每个APP客户端对应的APP服务端中均配置同一提供有针对图标的处理逻辑的实现包，使得APP服务端均可通过调用该实现包中提供的处理逻辑，来响应由与自身对应的APP客户端发送的图标获取请求。因此，相比于相关技术中需针对每个APP客户端均开发一套图标的处理逻辑，本申请仅需开发出上述一套通用的实现包即可，从而避免了开发人员对图标处理逻辑的重复开发，进而提高了开发效率。
附图说明
图1是本申请一示例性实施例示出的一种APP图标的示意图。
图2是一示例性实施例提供的一种图标获取***的架构示意图。
图3是本申请一示例性实施例示出的一种图标获取方法的流程图。
图4是本申请一示例性实施例示出的服务框架图。
图5是本申请一示例性实施例示出的获取图标的交互图。
图6是本申请一示例性实施例示出的用户自定义图标顺序的交互图。
图7是本申请一示例性实施例示出的用户自定义卡片展示方式的交互图。
图8是本申请一示例性实施例示出的获取角标的交互图。
图9是本申请一示例性实施例示出的一种电子设备的结构示意图。
图10是本申请一示例性实施例示出的一种图标获取装置的框图。
具体实施方式
这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。
在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
应当理解，尽管在本申请可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
请参见图1，图1是本申请一示例性实施例示出的一种APP图标的示意图。如图1所示，卡片(card)1(图1所示的虚线框1)作为图标的集合，包括“评估管理”、“客户管理”、“报表”、“销售订单”等图标。APP的图标(icon)用于展示APP各个功能模块的入口；例如，图1所示的图标11“报表”，当APP接收到用户针对图标11的触发操作后，展示相应的报表数据以供用户查看。类似的，卡片2(图1所示的虚线框2)包括图标21“新商机待分配”、“新商机跟进”、“客户跟进”、“车辆跟进”等图标。其中，图标的角标(badge)用于展示图标的数字、标记等其他信息。例如，图标“客户跟进”的角标为“0”，表示当前有数量为0的客户跟进任务；又如，图标“车辆跟进”的角标为“13”，表示当前有数量为13的车辆跟进任务。
针对APP获取图标的过程，本申请提供一种图标获取***。请参见图2，图2是一示例性实施例提供的一种图标获取***的架构示意图。如图2所示，该***可以包括数据库服务端11、网络12、若干APP客户端/APP服务端架构，比如架构13(包括APP客户端131与APP服务端132)、架构14(包括APP客户端141与APP服务端142)等。
数据库服务端11中由开发人员预先配置有对应于各个APP的图标、卡片、角标等数据；换言之，对于所有的APP客户端/APP服务端架构，均通过与数据库服务端11进行交互来获取图标。
APP客户端/APP服务端架构中包含APP客户端与相应的APP服务端。例如，APP客户端可以是运行有APP的手机、平板电脑、笔记本电脑等电子设备；而APP服务端则是运行有与该APP对应的服务器侧程序的服务器，从而作为该APP的APP服务端与APP客户端进行交互。其中，每个APP客户端对应的APP服务端中均配置同一提供有针对图标的处理逻辑的实现包，使得各个APP服务端均可通过调用该实现包中提供的处理逻辑来响应由与自身对应的APP客户端发送的图标获取请求。
而对于网络12，可以包括多种类型的有线或无线网络。在一实施例中，该网络12可以包括公共交换电话网络(Public Switched Telephone Network，PSTN)和因特网。当然，本申请并不对网络12的具体形式进行限制。
基于上述图标获取***的架构，任一APP客户端可向与该任一APP客户端对应的目标APP服务端发送针对图标集合的第一获取请求；目标APP服务端根据接收到的第一获取请求，构建用于向数据库服务端获取图标集合的第二获取请求，并通过实现包中提供的处理逻辑向数据库服务端发送第二获取请求；数据库服务端读取并向目标APP服务端返回读取到的图标集合，以由目标APP服务端在通过处理逻辑确定出图标集合中的待展示图标后，向该任一APP客户端返回待展示图标。
下面从APP服务端侧对本申请的图标获取方案进行说明。请参见图3，图3是本申请一示例性实施例示出的一种图标获取方法的流程图。如图3所示，该方法应用于任一APP服务端，各个APP服务端配置有同一实现包，实现包中提供有针对图标的处理逻辑；该方法可以包括以下步骤：
步骤302，接收相应APP客户端发送的针对图标集合的第一获取请求。
在本实施例中，当APP客户端的用户存在获取图标集合的需求(例如，用户的需求为获取图1中对应于卡片1的图标集合)时，可通过APP客户端向相应的APP服务端发送第一获取请求，以获取该图标集合。具体的，用户可在APP客户端上实施获取图标的触发操作(例如，点击页面上的“图标刷新按钮”，或者点击打开包含待获取图标的页面)，那么APP客户端在检测到该触发操作后，向相应的APP服务端发送第一获取请求。其中，该第一获取请求中可包含用户id、APP客户端的版本、图标的版本限制、店铺白名单限制等信息，以供数据库服务端根据该信息获取图标(下文将详细描述)。
步骤304，根据所述第一获取请求，构建用于向数据库服务端获取所述图标集合的第二获取请求，所述数据库服务端中存储有与各个APP客户端对应的图标相关数据。
在本实施例中，APP服务端与数据库服务端之间的交互依赖于配置于APP服务端中的实现包。因此，APP服务端需构建出实现包向数据库服务端请求获取图标的第二获取请求，以通过实现包中提供的处理逻辑，向数据库服务端发送构建出的第二获取请求。其中，第二获取请求中同样包含用户id、APP客户端的版本、图标的版本限制、店铺白名单限制等信息。
步骤306，通过所述实现包中提供的处理逻辑，向所述数据库服务端发送所述第二获取请求，以由所述数据库服务端进行读取操作，并返回读取到的图标集合。
在本实施例中，数据库服务端中存储有与各个APP客户端对应的图标相关数据。因此，数据库服务端在接收到第二获取请求后，可根据第二获取请求中包含的信息进行读取操作，读取相应的图标集合(也即用户所需的图标集合)，并将读取到的图标集合返回至APP服务端。
步骤308，通过所述处理逻辑，确定所述数据库服务端返回的图标集合中的待展示图标，并向所述APP客户端返回确定出的待展示图标。
在本实施例中，配置于APP服务端的实现包中提供有可用于对图标集合进行资源过滤的处理逻辑。具体的，APP服务端可通过该处理逻辑确定APP客户端的用户是否具有图标集合中各个图标对应的资源的使用权限，以及将图标集合中的目标图标(与用户具有使用权限的资源对应的图标)作为待展示图标。例如，对于图1中的图标“审批”，假定APP的用户为普通员工，并不具备审批的权限；那么即使该用户触发了APP获取图标的操作，图标“审批”也并非待展示图标(也即并非需要展示的图标)。又如，对于图1中的图标“车型识别”，假定APP的用户并未开通该车型识别服务；那么即使该用户触发了APP获取图标的操作，图标“车型识别”也并非待展示图标。
在本实施例中，数据库服务端返回的图标集合中还记录有用于展示图标集合中各图标的卡片信息；例如，图标集合中各个图标所属的卡片，以及各个图标在卡片中的位置信息等。那么，APP服务端在向APP客户端返回确定出的待展示图标时，可先根据卡片信息组建包含该待展示图标的卡片，再向APP客户端返回所组建的卡片。
进一步的，APP客户端在接收到返回的卡片(包含待展示图标)后，展示该卡片以供用户查看。当用户存在自定义卡片的展示方式的需求时，可通过APP客户端向APP服务端发送卡片自定义请求，以使得APP的卡片按照自定义的展示方式展示在页面中。其中，卡片展示方式包括卡片顺序与卡片的显示状态。例如，用户的需求为将图1中展示的卡片顺序(从上到下)由卡片1、卡片2修改为卡片2、卡片1。
作为一示例性实施例，APP服务端在接收到APP客户端发送的卡片自定义请求(包含APP客户端的用户针对所组建卡片自定义的卡片展示方式)后，可向数据库服务端发送该卡片展示方式，以由数据库服务端根据该卡片展示方式更新相应卡片的展示方式，并返回更新后的卡片。进一步的，APP服务端再将接收到的更新后的卡片返回至APP客户端，以由APP客户端按照更新后的展示方式展示卡片。
在本实施例中，当用户存在自定义图标顺序的需求时，可通过APP客户端向APP服务端发送图标排序请求，以使得APP上的图标按照自定义的图标顺序展示在页面中。例如，用户的需求为将卡片1中的图标顺序(从左至右)由“评估管理、客户管理、营销管理、商学院、微店”修改为“评估管理、营销管理、微店、客户管理、商学院”。
作为一示例性实施例，APP服务端在接收到APP客户端发送的图标排序请求(包含APP客户端的用户针对待展示图标自定义的图标顺序)后，通过实现包中提供的处理逻辑向数据库服务端发送该图标顺序，以由数据库服务端根据该图标顺序更新待展示图标的顺序，并返回更新顺序后的待展示图标。进一步的，APP服务端再将接收到的更新顺序后的待展示图标返回至APP客户端，以由APP客户端按照更新后的顺序展示待展示图标。
在本实施例中，本申请还对获取图标的角标的方式给予改进。具体的，APP客户端可向APP服务端发送针对待展示图标的角标获取请求；其中，角标获取请求包含待展示图标的图标标识。那么，APP服务端在接收到该角标获取请求后，通过实现包中提供的处理逻辑向数据库服务端发送该图标标识，以由数据库服务端根据该图标标识确定出目标角标(用于展示于待展示图标上的角标)。进一步的，APP服务端再根据数据库服务端返回的目标角标的资源标识，获取相应的角标，并将获取到的角标返回至APP客户端，以由APP客户端在待展示图标上展示目标角标。本领域技术人员应当理解的是：由于数据库服务端可直接根据图标标识确定出待展示图标，从而进一步确定出待展示图标的角标，而该角标便是需展示的角标。可见，相比于发送包含用户id的图标获取请求，本申请可无需执行根据用户id来查询所需展示角标的步骤，从而提高了获取角标的效率。
在本申请的技术方案中，开发人员在开发多个APP客户端时，可统一开发出提供有针对图标的处理逻辑的实现包，并将该实现包分别配置于与该多个APP客户端对应的APP服务端中。通过在每个APP客户端对应的APP服务端中均配置同一提供有针对图标的处理逻辑的实现包，使得APP服务端均可通过调用该实现包中提供的处理逻辑来响应由与自身对应的APP客户端发送的图标获取请求。因此，相比于相关技术中需针对每个APP客户端均开发一套图标的处理逻辑，本申请仅需开发出上述一套通用的实现包即可，从而避免了开发人员对图标处理逻辑的重复开发，进而提高了开发效率。
为了便于理解，下面以基于java中的maven和dubbo服务框架为例，对本申请的图标获取方案进行详细说明。
请参见图4，图4是本申请一示例性实施例示出的服务框架图。如图4所示，各个APP服务端引入lute client的jar包(即上述实施例中的实现包)，并通过dubbo请求与同一数据库服务端进行交互。数据库服务端包含lute server和数据库；其中，lute server可以war包的形式部署于数据库服务端的一台服务器中，数据库配置于另一台服务器中。具体的，lute server可被各个APP服务端的luteclient调用(可理解为各个APP服务端“共用”同一lute server)，响应于lute client发送的dubbo请求执行相应的处理逻辑，并向数据库读取以及返回图标集合。其中，lute server执行的处理逻辑可包括缓存管理、APP版本限制、店铺白名单限制等。
进一步的，一方面，lute client提供了默认处理器(默认Handler)接口与自定义处理器(自定义Handler)接口；默认处理器接口中封装有默认的图标处理逻辑，自定义处理器接口中封装有自定义的图标处理逻辑。进一步的，开发人员在开发APP时，可设定为统一采用默认的图标处理逻辑来完成对图标的处理。而当默认的图标处理逻辑无法满足APP的特殊逻辑需求时，可由开发人员通过在自定义处理器接口中配置自定义的图标处理逻辑以满足该特殊逻辑需求，也即APP服务端通过实现该自定义处理器接口来完成一些符合该特殊逻辑需求的自定义操作。另一方面，数据库服务端通过lute server向数据库读取图标相关数据以实施缓存、返回图标、返回卡片与返回角标等处理。
基于上述服务框架，下面结合图5-7分别对获取图标、自定义图标顺序、自定义卡片展示方式以及获取角标的过程进行详细描述。
请参见图5，图5是本申请一示例性实施例示出的获取图标的交互图。如图5所示，该交互过程可以包括以下步骤：
步骤502，APP客户端检测用户针对获取图标的触发操作。
步骤504，APP客户端向APP服务端发送图标获取请求。
在本实施例中，图标获取请求中可包含以下参数：key＝“lute icon”+userId+appType+version+shopCode。其中，userId表示用户id，用于查询用户自定义的图标/卡片等；appType表示APP的版本；version表示图标的版本限制，例如，某个图标被限制仅在APP的7.0版本后才可显示，而在7.0版本以及之前的版本中均不可显示；shopCode表示店铺白名单限制，例如，根据当前登录账号的店铺判断某个图标是否可显示。
步骤506，APP服务端构建获取图标的dubbo请求。
在本实施例中，lute client与数据库服务端之间交互的dubbo请求由APP服务端来构建。具体的，APP服务端需构建出用于向lute server获取图标的dubbo请求，再由luteclient向数据库服务端发送该dubbo请求，以使得数据库服务端中的lute server向数据库来请求获取相应的图标。
步骤508，APP服务端通过lute client向数据库服务端发送获取图标的dubbo请求。
步骤510，数据库服务端查询是否有相应的缓存。
在本实施例中，具体由lute server来响应lute client发送的dubbo请求。而针对接收到的dubbo请求，可配置相应的缓存机制。具体的，每当lute server首次读取到dubbo请求指示的数据时，均将读取到的数据(经上述APP版本限制和店铺白名单限制过滤后的数据)存储至缓存中，并且设定缓存时长(比如60s)。那么，后续lute server在接收到请求相同数据的dubbo请求时，首先查询是否存在相应的缓存，并在查询到存在相应的缓存时直接读取缓存中存储的数据返回至APP客户端，而无需再执行在数据库中读取数据的操作，从而提高了APP客户端请求数据的效率。
步骤512，数据库服务端读取图标集合。
在本实施例中，lute server可根据key中包含的version、appType、shopCode等参数确定所需读取的图标集合。其中，图标集合中包含图标以及图标对应的卡片信息；例如，图标集合中各个图标所属的卡片，以及各个图标在卡片中的位置信息等。此时，图标顺序和卡片顺序均为默认顺序。
步骤514，数据库服务端判断是否存在用户自定义的图标顺序。
步骤516，数据库服务端判断是否存在用户自定义的卡片顺序。
在本实施例中，数据库服务端中维护有一用于记录用户自定义的图标顺序与卡片顺序的数据表。当lute server读取到图标集合后，可根据该数据表判断读取到的图标集合是否存在用户自定义的图标顺序以及卡片顺序；若存在，则按照该数据表中记录的图标顺序以及卡片顺序进行排序，否则按照默认顺序排序。
步骤518，数据库服务端更新卡片的显示状态。
步骤520，数据库服务端更新缓存。
在本实施例中，lute server可将根据上述步骤得到的图标集合存储至缓存中，使得后续lute server在接收到请求相同图标的dubbo请求时，可直接读取缓存中存储的图标集合返回至APP服务端的lute client。
步骤522，数据库服务端向APP服务端返回图标集合。
步骤524，APP服务端通过lute client确定待展示图标。
在本实施例中，APP服务端在接收到数据库服务端返回的图标集合后，由luteclient遍历图标集合中的每个图标并判断针对该图标的处理方式(默认处理或自定义处理)。具体的，可根据自定义图标处理器集合(iconHandlerList)中记录的图标处理器(iconHandler，图标处理器与图标一一对应)来判断针对当前图标是默认处理还是自定义处理。例如，若自定义图标处理器集合中记录有与当前图标对应的图标处理器，则判断出该当前图标需要进行自定义处理(通过上述自定义处理器接口)，否则进行默认处理(通过上述默认处理器接口)。其中，自定义处理的具体处理方式，可由开发人员在自定义处理器接口中预先封装自定义的图标处理逻辑。
而针对图标的默认处理方式，配置于APP服务端的lute client的jar包中提供有可用于对图标集合进行资源过滤的处理逻辑(即默认处理器接口中封装的默认的图标处理逻辑中包含该处理逻辑)。具体的，lute client可通过该处理逻辑确定APP客户端的用户是否具有图标集合中各个图标对应的资源的使用权限，以及将图标集合中的目标图标(与用户具有使用权限的资源对应的图标)作为待展示图标。例如，对于图1中的图标“审批”，假定APP的用户为普通员工，并不具备审批的权限；那么即使该用户触发了APP获取图标的操作，图标“审批”也并非待展示图标(也即并非需要展示的图标)。又如，对于图1中的图标“车型识别”，假定APP的用户并未开通该车型识别服务；那么即使该用户触发了APP获取图标的操作，图标“车型识别”也并非待展示图标。
步骤526，APP服务端组建卡片。
在本实施例中，默认处理器接口中封装的默认的图标处理逻辑中还可包含针对卡片的默认处理逻辑，以及自定义处理器接口中封装的自定义的图标处理逻辑中还可包含针对卡片的自定义处理逻辑。APP服务端在组建卡片之前，需要先判断所组建卡片的处理方式(默认处理或自定义处理)。其中，该过程与上述判断图标的处理方式的过程类似，在此不再赘述。
步骤528，APP服务端向APP客户端返回所组建的卡片。
在本实施例中，由于lute server在对图标集合中的图标进行排序时，各个图标的序号与图标在集合中的顺序并不一定相匹配，因此可根据图标的顺序重新排序图标集合，从而保证图标在集合中的顺序与各图标的实际顺序相匹配，进而使得APP客户端在接收到组建好的卡片之后，可直接按照卡片中的顺序展示各个图标，而无需再根据各个图标的序号对图标进行排序。
步骤530，APP客户端展示接收到的卡片中包含的图标。
请参见图6，图6是本申请一示例性实施例示出的用户自定义图标顺序的交互图。如图6所示，该交互过程可以包括以下步骤：
步骤602，APP客户端生成图标排序请求。
在本实施例中，图标排序请求中包含APP客户端的用户针对待展示图标自定义的图标顺序。
步骤604，APP客户端向APP服务端发送图标排序请求。
步骤606，APP服务端向数据库服务端发送更新图标顺序的dubbo请求。
在本实施例中，由于已获取到图标，仅涉及对图标顺序的更新，此情况下APP服务端无需通过lute client来与数据库服务端进行交互。
步骤608，数据库服务端查询是否有相应的缓存。
步骤610，数据库服务端更新图标顺序。
在本实施例中，lute server在接收到更新图标顺序的dubbo请求后，在数据表中记录用户自定义的图标顺序，并根据用户自定义的图标顺序来更新图标集合中的图标顺序。
步骤612，数据库服务端更新缓存。
在本实施例中，由上述针对缓存机制的描述可知，缓存设有缓存时长，那么当缓存存在的时间达到缓存时长时，该缓存(存储的图标仍为更新前的顺序)失效；而后续响应于获取图标的dubbo请求时，按照上述图5所示实施例的步骤仍可获取到更新顺序后的图标集合。因此，数据库服务端还可省略执行步骤612，从而可避免因频繁更新缓存导致占用过多的处理资源，进而提高数据库服务端的性能。
步骤614，数据库服务端向APP服务端返回更新后的图标集合。
步骤616，APP服务端通过lute client确定待展示图标。
在本实施例中，各个步骤的具体过程与上述图5所示实施例中的步骤类似，在此不再赘述。
步骤618，APP服务端组建更新后的卡片。
步骤620，APP服务端向APP客户端返回更新后的卡片。
步骤622，APP客户端展示更新后的卡片。
请参见图7，图7是本申请一示例性实施例示出的用户自定义卡片展示方式的交互图。如图7所示，该交互过程可以包括以下步骤：
步骤702，APP客户端生成卡片自定义请求。
在本实施例中，卡片自定义请求中包含APP客户端的用户针对所组建卡片自定义的卡片展示方式(包括卡片顺序与卡片的显示状态)。需要说明的是，上述实施例中的图标排序请求与本实施例中的卡片自定义请求可以是APP客户端发送的同一请求(即同一请求中包含自定义的图标顺序与自定义的卡片展示方式)，也可以是由APP客户端分别发送图标排序请求与卡片自定义请求。
步骤704，APP客户端向APP服务端发送卡片自定义请求。
步骤706，APP服务端向数据库服务端发送更新卡片展示方式的dubbo请求。
步骤708，数据库服务端查询是否有相应的缓存。
步骤710，数据库服务端更新卡片的展示方式。
在本实施例中，由于已获取到图标，仅涉及对卡片展示方式的更新，此情况下APP服务端无需通过lute client来与数据库服务端进行交互。同时，lute server在接收到更新卡片展示方式的dubbo请求后，在数据表中记录用户自定义的卡片顺序，并根据用户自定义的卡片顺序更新图标集合中记录的卡片的顺序。
步骤712，数据库服务端更新缓存。
在本实施例中，由上述针对缓存机制的描述可知，缓存设有缓存时长，那么当缓存存在的时间达到缓存时长时，该缓存(存储的仍为更新前的卡片展示方式)失效；而后续响应于获取图标的dubbo请求时，按照上述图5所示实施例的步骤仍可获取到更新卡片展示方式后的卡片(包含图标集合)。因此，数据库服务端还可省略执行步骤712，从而可避免因频繁更新缓存导致占用过多的处理资源，进而提高数据库服务端的性能。
步骤714，数据库服务端向APP服务端返回更新后的图标集合。
在本实施例中，当APP客户端发送的是卡片自定义请求时，由于仅涉及卡片的顺序或者显示状态，无需执行通过lute client确定待展示图标的操作。另外，实施本实施例中各个步骤的具体过程与上述图5所示实施例中的步骤类似，在此不再赘述。
步骤716，APP服务端组建更新展示方式后的卡片。
步骤718，APP服务端向APP客户端返回更新后的卡片。
步骤720，APP客户端展示更新后的卡片。
请参见图8，图8是本申请一示例性实施例示出的获取角标的交互图。如图8所示，该交互过程可以包括以下步骤：
步骤802，APP客户端生成针对待展示图标的角标获取请求。
在本实施例中，角标获取请求中包含待展示图标的图标id。
步骤804，APP客户端向APP服务端发送角标获取请求。
步骤806，APP服务端构建获取角标的dubbo请求。
需要说明的是，角标属于图标的一部分，因此获取角标的dubbo请求实质上也属于获取图标的dubbo请求，且该dubbo请求中包含待展示图标的图标id。
步骤808，APP服务端通过lute client向数据库服务端发送获取角标的dubbo请求。
步骤810，数据库服务端查询是否有相应的缓存。
步骤812，数据库服务端确定与图标标识对应的图标与角标url。
在本实施例中，数据库服务端在接收到获取角标的dubbo请求(包含上述图标id)后，可根据该图标id确定出用于展示于待展示图标上的角标(即目标角标)。本领域技术人员应当理解的是：由于数据库服务端可直接根据图标id确定出待展示图标，从而进一步确定出待展示图标的角标，而该角标便是需展示的角标。可见，相比于发送包含用户id的图标获取请求，本申请可无需执行根据用户id来查询所需展示角标的步骤，从而提高了获取角标的效率。
步骤814，数据库服务端更新缓存。
步骤816，数据库服务器向APP服务端返回图标集合(包含各个图标的角标url)。
步骤818，APP服务端根据角标url获取角标。
在本实施例中，默认处理器接口中封装的默认的图标处理逻辑中还可包含针对角标的默认处理逻辑，以及，在自定义处理器接口中封装的自定义的图标处理逻辑中，还可包含针对角标的自定义处理逻辑。APP服务端在接收到图标集合(包含角标url)后，需判断角标的处理方式(默认处理或自定义处理)。其中，该过程与上述判断图标的处理方式的过程类似，在此不再赘述。
举例而言，开发人员还可自定义采用其他网络协议来进行交互。比如，采用HTTP(HyperText Transfer Protocol，超文本传输协议)，那么APP服务端与数据库服务端之间通过HTTP报文进行交互。
步骤820，APP服务端组建角标集合。
步骤822，APP服务端向APP客户端返回角标集合。
步骤824，APP客户端展示各个待展示图标的角标。
可见，在本申请的技术方案中，开发人员在开发多个APP客户端时，可统一开发出提供有针对图标的处理逻辑的jar包，并将该jar包分别配置于与该多个APP客户端对应的APP服务端中。通过在每个APP客户端对应的APP服务端中均配置同一提供有针对图标的处理逻辑的jar包，使得APP服务端均可通过调用该jar包中提供的处理逻辑，来响应由与自身对应的APP客户端发送的图标获取请求。因此，相比于相关技术中需针对每个APP客户端均开发一套图标的处理逻辑，本申请仅需开发出上述一套通用的jar包即可，从而避免了开发人员对图标处理逻辑的重复开发，进而提高了开发效率。
图9示出了根据本申请的一示例性实施例的电子设备的结构示意图。请参考图9，在硬件层面，该电子设备包括处理器902、内部总线904、网络接口906、内存908以及非易失性存储器910，当然还可能包括其他业务所需要的硬件。处理器902从非易失性存储器910中读取对应的计算机程序到内存908中然后运行，在逻辑层面上形成图标获取装置。当然，除了软件实现方式之外，本申请并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。
请参考图10，在软件实施方式中，该图标获取装置应用于任一APP服务端，各个APP服务端配置有同一实现包，该实现包中提供有针对图标的处理逻辑；该图标获取装置可以包括：
第一接收单元1001，接收相应APP客户端发送的针对图标集合的第一获取请求；
构建单元1002，根据所述第一获取请求，构建用于向数据库服务端获取所述图标集合的第二获取请求，所述数据库服务端中存储有与各个APP客户端对应的图标相关数据；
第一发送单元1003，通过所述实现包中提供的处理逻辑，向所述数据库服务端发送所述第二获取请求，以由所述数据库服务端进行读取操作，并返回读取到的图标集合；
确定单元1004，通过所述处理逻辑，确定所述数据库服务端返回的图标集合中的待展示图标，并向所述APP客户端返回确定出的待展示图标。
可选的，所述确定单元1004具体用于：
通过所述处理逻辑，确定所述APP客户端的用户是否具有所述图标集合中各个图标对应的资源的使用权限，以及；
将所述图标集合中的目标图标作为所述待展示图标，所述目标图标为与所述用户具有使用权限的资源对应的图标。
可选的，所述数据库服务端返回的图标集合中还记录有用于展示所述图标集合中各图标的卡片信息；所述确定单元1004具体用于：
根据所述卡片信息组建包含所述待展示图标的卡片；
向所述APP客户端返回所组建的卡片。
可选的，还包括：
第二接收单元1005，接收所述APP客户端发送的卡片自定义请求，所述卡片自定义请求包含所述APP客户端的用户针对所组建卡片自定义的卡片展示方式；
第二发送单元1006，向所述数据库服务端发送所述卡片展示方式，以由所述数据库服务端根据所述卡片展示方式更新相应卡片的展示方式，并返回更新后的卡片；
第一返回单元1007，将接收到的更新后的卡片返回至所述APP客户端，以由所述APP客户端按照更新后的展示方式展示卡片。
可选的，还包括：
第三接收单元1008，接收所述APP客户端发送的图标排序请求，所述图标排序请求包含所述APP客户端的用户针对所述待展示图标自定义的图标顺序；
第三发送单元1009，通过所述处理逻辑向所述数据库服务端发送所述图标顺序，以由所述数据库服务端根据所述图标顺序更新所述待展示图标的顺序，并返回更新顺序后的所述待展示图标，以及；
将接收到的更新顺序后的所述待展示图标返回至所述APP客户端，以由所述APP客户端按照更新后的顺序展示所述待展示图标。
可选的，还包括：
第四接收单元1010，接收所述APP客户端发送的针对所述待展示图标的角标获取请求，所述角标获取请求包含所述待展示图标的图标标识；
第四发送单元1011，通过所述处理逻辑向所述数据库服务端发送所述图标标识，以由所述数据库服务端根据所述图标标识确定出目标角标，所述目标角标为用于展示于所述待展示图标上的角标，以及；
根据所述数据库服务端返回的所述目标角标的资源标识，获取相应的角标，并将获取到的角标返回至所述APP客户端，以由所述APP客户端在所述待展示图标上展示所述目标角标。
上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。
对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器，上述指令可由上述图标获取装置的处理器执行以实现如上述实施例中任一所述的方法，比如该方法可以包括：接收相应APP客户端发送的针对图标集合的第一获取请求；根据所述第一获取请求，构建用于向数据库服务端获取所述图标集合的第二获取请求，所述数据库服务端中存储有与各个APP客户端对应的图标相关数据；通过所述实现包中提供的处理逻辑，向所述数据库服务端发送所述第二获取请求，以由所述数据库服务端进行读取操作，并返回读取到的图标集合；通过所述处理逻辑，确定所述数据库服务端返回的图标集合中的待展示图标，并向所述APP客户端返回确定出的待展示图标。
其中，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等，本申请并不对此进行限制。
以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。

Claims (15)

1.一种图标获取***，其特征在于，包括：数据库服务端、多个APP客户端、分别对应于各个APP客户端的APP服务端；其中，各个APP服务端配置有同一实现包，所述实现包中提供有针对图标的处理逻辑，所述数据库服务端中存储有与各个APP客户端对应的图标相关数据；
任一APP客户端向目标APP服务端发送针对图标集合的第一获取请求，所述目标APP服务端与所述任一APP客户端相对应；
所述目标APP服务端根据接收到的所述第一获取请求，构建用于向所述数据库服务端获取所述图标集合的第二获取请求，并通过所述实现包中提供的处理逻辑向所述数据库服务端发送所述第二获取请求；
所述数据库服务端进行读取操作，并向所述目标APP服务端返回读取到的图标集合，以由所述目标APP服务端，在通过所述处理逻辑确定出所述图标集合中的待展示图标后，向所述任一APP客户端返回所述待展示图标。
2.一种图标获取方法，其特征在于，应用于图标获取***中多个APP服务端中的任一APP服务端，各个APP服务端配置有同一实现包，所述实现包中提供有针对图标的处理逻辑；所述方法包括：
接收所述任一APP服务端对应的APP客户端发送的针对图标集合的第一获取请求；
根据所述第一获取请求，构建用于向数据库服务端获取所述图标集合的第二获取请求，所述数据库服务端中存储有与各个APP客户端对应的图标相关数据；
通过所述实现包中提供的处理逻辑，向所述数据库服务端发送所述第二获取请求，以由所述数据库服务端进行读取操作，并返回读取到的图标集合；
通过所述处理逻辑，确定所述数据库服务端返回的图标集合中的待展示图标，并向所述APP客户端返回确定出的待展示图标。
3.根据权利要求2所述的方法，其特征在于，所述通过所述处理逻辑，确定所述数据库服务端返回的图标集合中的待展示图标，包括：
通过所述处理逻辑，确定所述APP客户端的用户是否具有所述图标集合中各个图标对应的资源的使用权限，以及；
将所述图标集合中的目标图标作为所述待展示图标，所述目标图标为与所述用户具有使用权限的资源对应的图标。
4.根据权利要求2所述的方法，其特征在于，所述数据库服务端返回的图标集合中还记录有用于展示所述图标集合中各图标的卡片信息；所述向所述APP客户端返回确定出的待展示图标，包括：
根据所述卡片信息组建包含所述待展示图标的卡片；
向所述APP客户端返回所组建的卡片。
5.根据权利要求4所述的方法，其特征在于，还包括：
接收所述APP客户端发送的卡片自定义请求，所述卡片自定义请求包含所述APP客户端的用户针对所组建卡片自定义的卡片展示方式；
向所述数据库服务端发送所述卡片展示方式，以由所述数据库服务端根据所述卡片展示方式更新相应卡片的展示方式，并返回更新后的卡片；
将接收到的更新后的卡片返回至所述APP客户端，以由所述APP客户端按照更新后的展示方式展示卡片。
6.根据权利要求2所述的方法，其特征在于，还包括：
接收所述APP客户端发送的图标排序请求，所述图标排序请求包含所述APP客户端的用户针对所述待展示图标自定义的图标顺序；
通过所述处理逻辑向所述数据库服务端发送所述图标顺序，以由所述数据库服务端根据所述图标顺序更新所述待展示图标的顺序，并返回更新顺序后的所述待展示图标，以及；
将接收到的更新顺序后的所述待展示图标返回至所述APP客户端，以由所述APP客户端按照更新后的顺序展示所述待展示图标。
7.根据权利要求2所述的方法，其特征在于，还包括：
接收所述APP客户端发送的针对所述待展示图标的角标获取请求，所述角标获取请求包含所述待展示图标的图标标识；
通过所述处理逻辑向所述数据库服务端发送所述图标标识，以由所述数据库服务端根据所述图标标识确定出目标角标，所述目标角标为用于展示于所述待展示图标上的角标，以及；
根据所述数据库服务端返回的所述目标角标的资源标识，获取相应的角标，并将获取到的角标返回至所述APP客户端，以由所述APP客户端在所述待展示图标上展示所述目标角标。
8.一种图标获取装置，其特征在于，应用于图标获取***中多个APP服务端中的任一APP服务端，各个APP服务端配置有同一实现包，所述实现包中提供有针对图标的处理逻辑；所述装置包括：
第一接收单元，接收所述任一APP服务端对应的APP客户端发送的针对图标集合的第一获取请求；
构建单元，根据所述第一获取请求，构建用于向数据库服务端获取所述图标集合的第二获取请求，所述数据库服务端中存储有与各个APP客户端对应的图标相关数据；
第一发送单元，通过所述实现包中提供的处理逻辑，向所述数据库服务端发送所述第二获取请求，以由所述数据库服务端进行读取操作，并返回读取到的图标集合；
确定单元，通过所述处理逻辑，确定所述数据库服务端返回的图标集合中的待展示图标，并向所述APP客户端返回确定出的待展示图标。
9.根据权利要求8所述的装置，其特征在于，所述确定单元具体用于：
通过所述处理逻辑，确定所述APP客户端的用户是否具有所述图标集合中各个图标对应的资源的使用权限，以及；
将所述图标集合中的目标图标作为所述待展示图标，所述目标图标为与所述用户具有使用权限的资源对应的图标。
10.根据权利要求8所述的装置，其特征在于，所述数据库服务端返回的图标集合中还记录有用于展示所述图标集合中各图标的卡片信息；所述确定单元具体用于：
根据所述卡片信息组建包含所述待展示图标的卡片；
向所述APP客户端返回所组建的卡片。
11.根据权利要求10所述的装置，其特征在于，还包括：
第二接收单元，接收所述APP客户端发送的卡片自定义请求，所述卡片自定义请求包含所述APP客户端的用户针对所组建卡片自定义的卡片展示方式；
第二发送单元，向所述数据库服务端发送所述卡片展示方式，以由所述数据库服务端根据所述卡片展示方式更新相应卡片的展示方式，并返回更新后的卡片；
第一返回单元，将接收到的更新后的卡片返回至所述APP客户端，以由所述APP客户端按照更新后的展示方式展示卡片。
12.根据权利要求8所述的装置，其特征在于，还包括：
第三接收单元，接收所述APP客户端发送的图标排序请求，所述图标排序请求包含所述APP客户端的用户针对所述待展示图标自定义的图标顺序；
第三发送单元，通过所述处理逻辑向所述数据库服务端发送所述图标顺序，以由所述数据库服务端根据所述图标顺序更新所述待展示图标的顺序，并返回更新顺序后的所述待展示图标，以及；
将接收到的更新顺序后的所述待展示图标返回至所述APP客户端，以由所述APP客户端按照更新后的顺序展示所述待展示图标。
13.根据权利要求8所述的装置，其特征在于，还包括：
第四接收单元，接收所述APP客户端发送的针对所述待展示图标的角标获取请求，所述角标获取请求包含所述待展示图标的图标标识；
第四发送单元，通过所述处理逻辑向所述数据库服务端发送所述图标标识，以由所述数据库服务端根据所述图标标识确定出目标角标，所述目标角标为用于展示于所述待展示图标上的角标，以及；
根据所述数据库服务端返回的所述目标角标的资源标识，获取相应的角标，并将获取到的角标返回至所述APP客户端，以由所述APP客户端在所述待展示图标上展示所述目标角标。
14.一种电子设备，其特征在于，包括：
处理器；
用于存储处理器可执行指令的存储器；
其中，所述处理器通过运行所述可执行指令以实现如权利要求2-7中任一项所述的方法。
15.一种计算机可读存储介质，其上存储有计算机指令，其特征在于，该指令被处理器执行时实现如权利要求2-7中任一项所述方法的步骤。
CN201910457203.6A 2019-05-29 2019-05-29 图标获取方法及装置、***、电子设备、存储介质 Active CN110187877B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910457203.6A CN110187877B (zh) 2019-05-29 2019-05-29 图标获取方法及装置、***、电子设备、存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910457203.6A CN110187877B (zh) 2019-05-29 2019-05-29 图标获取方法及装置、***、电子设备、存储介质

Publications (2)

Publication Number Publication Date
CN110187877A CN110187877A (zh) 2019-08-30
CN110187877B true CN110187877B (zh) 2021-06-29

Family

ID=67718468

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910457203.6A Active CN110187877B (zh) 2019-05-29 2019-05-29 图标获取方法及装置、***、电子设备、存储介质

Country Status (1)

Country Link
CN (1) CN110187877B (zh)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112541104A (zh) * 2019-09-20 2021-03-23 浙江大搜车软件技术有限公司 一种数据抓取方法及装置
CN110865811A (zh) * 2019-10-22 2020-03-06 苏宁云计算有限公司 一种应用程序的其构建方法、运行方法及装置
CN110888931B (zh) * 2019-10-30 2022-05-20 南京领行科技股份有限公司 数据展示方法、装置、服务器、终端设备及可读存储介质

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104965716A (zh) * 2014-04-18 2015-10-07 腾讯科技（深圳）有限公司 图标更新方法、客户端装置、及终端设备
CN105912641A (zh) * 2016-04-08 2016-08-31 北京搜狐新媒体信息技术有限公司 一种本地应用程序的图标更新方法及装置
US9823819B1 (en) * 2013-08-30 2017-11-21 Parallels IP Holdings GmbH Method for launching remote applications from a mobile device using cloud cache
CN108733440A (zh) * 2018-04-08 2018-11-02 深圳盒子信息科技有限公司 界面图标配置方法、装置及终端设备
CN108874472A (zh) * 2018-06-08 2018-11-23 福建天泉教育科技有限公司 一种用户头像的优化显示方法及***
CN109144619A (zh) * 2017-06-14 2019-01-04 阿里巴巴集团控股有限公司 图标字体信息处理方法、装置及***

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10110656B2 (en) * 2013-06-25 2018-10-23 Box, Inc. Systems and methods for providing shell communication in a cloud-based platform
CN106372197A (zh) * 2016-08-31 2017-02-01 乐视控股（北京）有限公司 浏览器的网站图标设置方法和装置

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9823819B1 (en) * 2013-08-30 2017-11-21 Parallels IP Holdings GmbH Method for launching remote applications from a mobile device using cloud cache
CN104965716A (zh) * 2014-04-18 2015-10-07 腾讯科技（深圳）有限公司 图标更新方法、客户端装置、及终端设备
CN105912641A (zh) * 2016-04-08 2016-08-31 北京搜狐新媒体信息技术有限公司 一种本地应用程序的图标更新方法及装置
CN109144619A (zh) * 2017-06-14 2019-01-04 阿里巴巴集团控股有限公司 图标字体信息处理方法、装置及***
CN108733440A (zh) * 2018-04-08 2018-11-02 深圳盒子信息科技有限公司 界面图标配置方法、装置及终端设备
CN108874472A (zh) * 2018-06-08 2018-11-23 福建天泉教育科技有限公司 一种用户头像的优化显示方法及***

Also Published As

Publication number Publication date
CN110187877A (zh) 2019-08-30

Similar Documents

Publication Publication Date Title
CN107391114B (zh) 页面可视化渲染方法及装置
CN109547570B (zh) 服务注册方法、装置、注册中心管理设备及存储介质
CN110187877B (zh) 图标获取方法及装置、***、电子设备、存储介质
CN107203419B (zh) 应用程序中的模块间调用方法、装置及***
CA2598426C (en) Facilitating mobile device awareness of the availability of new or updated server-side applications
US7945675B2 (en) System and method for delegation of data processing tasks based on device physical attributes and spatial behavior
CN106878368B (zh) 信息推送的实现方法和装置
CA2597752C (en) Determining operational status of a mobile device capable of executing server-side applications
US8495617B2 (en) Interworking system between user terminal and smart card for executing widget, and method thereof
CN110750222A (zh) 打印方法、装置、计算机设备和存储介质
CN109814863A (zh) 一种请求返回数据的处理方法、装置、计算机设备及计算机存储介质
CN108021377A (zh) 一种应用图标更新方法及装置
CN105930249B (zh) 应用监控方法和装置
CN114416075A (zh) 业务处理方法及装置
CN111290931A (zh) 用于可视化展示埋点数据的方法及装置
US9128886B2 (en) Computer implemented method, computer system, electronic interface, mobile computing device and computer readable medium
CN108989365B (zh) 一种信息处理方法、服务器、终端设备及存储介质
CN107517188A (zh) 一种基于安卓***的数据处理方法和装置
CN111294288A (zh) 一种流量识别方法、装置、应用程序接口网关和存储介质
CA3169494A1 (en) Messaging campaign manager, messaging campaign manager system, bulk or mass messaging system, method of bulk or mass messaging, computer program, computer-readable medium, graphical user interface
CN111988398A (zh) 一种数据获取方法、api网关、介质
CN111158777A (zh) 组件调用方法、装置及计算机可读存储介质
US9870217B2 (en) Toolkit event configuration of applets on a card computing device with installation parameters
CN114726905A (zh) 一种Tbox网络接入Android***的方法、装置、设备及存储介质
WO2016171865A1 (en) Device, computer-readable medium, and method for modifying services using advanced data collection capabilities

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant