图标处理方法及装置与流程

1.本技术实施例涉及计算机技术，尤其涉及一种图标处理方法及装置。


背景技术：

2.随着移动互联网技术的不断发展，在移动平台中显示一些图标信息，成为了一种重要的信息显示方式。
3.目前，现有技术中在移动平台中显示图标时，通常是预先制作需要显示的各个图标，之后在移动平台需要显示的时候，将相应的图标发送给移动平台进行显示，其中，即使针对同一显示逻辑、同一显示样式的图标，同样要分别进行预先制作。
4.因此在现有技术的实现方案中，针对每个图标都预先进行制作，会导致图标显示缺乏灵活性。


技术实现要素：

5.本技术实施例提供一种图标处理方法及装置，以克服图标显示缺乏灵活性的问题。
6.第一方面，本技术实施例提供一种图标处理方法，包括：
7.接收服务器发送的图标信息，其中，所述图标信息包括：文本内容、样式标识；
8.获取所述样式标识对应的图标显示样式；
9.根据所述文本内容和所述图标显示样式，得到目标图标，并将所述目标图标显示在客户端的当前界面。
10.在一种可能的设计中，所述图标显示样式包括背景图；
11.所述根据所述文本内容和所述图标显示样式，得到目标图标，包括：
12.按照所述图标显示样式，将所述文本内容显示在所述背景图中，得到目标图标。
13.在一种可能的设计中，所述图标显示样式还包括如下中的至少一种：文本颜色、文本字体、文本大小、文本位置；
14.所述按照所述图标显示样式，将所述文本内容显示在所述背景图中，得到目标图标，包括：
15.根据所述文本位置，在所述背景图中对应的位置添加所述文本内容；
16.根据所述文本颜色、文本字体、文本大小，渲染所述文本内容，得到目标图标。
17.在一种可能的设计中，所述将所述目标图标显示在当前界面，包括：
18.根据当前界面的上下文信息，确定目标图标在当前界面显示的目标位置；
19.将所述目标图标显示在所述目标位置。
20.在一种可能的设计中，所述获取所述样式标识对应的图标显示样式，包括：
21.根据所述样式标识在配置信息中查找，得到所述样式标识对应的图标显示样式，所述配置信息中包括至少一个样式标识和每个样式标识对应的图标显示样式。
22.在一种可能的设计中，所述方法还包括：
23.在客户端启动时，从所述服务器获取所述至少一个配置信息；
24.将所述配置信息存储在所述客户端本地。
25.在一种可能的设计中，所述在客户端启动时，从所述服务器获取所述至少一个配置信息，包括：
26.在所述客户端启动时，确定上次获取配置信息的历史时间；
27.判断所述上次获取配置信息的历史时间和当前时间之间的时间间隔是否大于预设时间间隔；
28.若是，则从所述服务器获取至少一个配置信息。
29.在一种可能的设计中，接收服务器发送的图标信息，包括：
30.向所述服务器发送请求消息，其中，所述请求消息用于请求获取至少一个图标信息；
31.接收所述服务器根据所述请求消息发送的所述图标信息。
32.第二方面，本技术实施例提供一种图标处理装置，包括：
33.接收模块，用于接收服务器发送的图标信息，其中，所述图标信息包括：文本内容、样式标识；
34.获取模块，用于获取所述样式标识对应的图标显示样式；
35.处理模块，用于根据所述文本内容和所述图标显示样式，得到目标图标，并将所述目标图标显示在客户端的当前界面。
36.在一种可能的设计中，所述图标显示样式包括背景图；
37.所述处理模块具体用于：
38.按照所述图标显示样式，将所述文本内容显示在所述背景图中，得到目标图标。
39.在一种可能的设计中，所述图标显示样式还包括如下中的至少一种：文本颜色、文本字体、文本大小、文本位置；
40.所述处理模块具体用于：
41.根据所述文本位置，在所述背景图中对应的位置添加所述文本内容；
42.根据所述文本颜色、文本字体、文本大小，渲染所述文本内容，得到目标图标。
43.在一种可能的设计中，所述处理模块具体用于：
44.根据当前界面的上下文信息，确定目标图标在当前界面显示的目标位置；
45.将所述目标图标显示在所述目标位置。
46.在一种可能的设计中，所述获取模块具体用于：
47.根据所述样式标识在配置信息中查找，得到所述样式标识对应的图标显示样式，所述配置信息中包括至少一个样式标识和每个样式标识对应的图标显示样式。
48.在一种可能的设计中，所述获取模块还用于：
49.在客户端启动时，从所述服务器获取所述至少一个配置信息；
50.所述处理模块还用于：
51.将所述配置信息存储在所述客户端本地。
52.在一种可能的设计中，所述获取模块具体用于：
53.在所述客户端启动时，确定上次获取配置信息的历史时间；
54.判断所述上次获取配置信息的历史时间和当前时间之间的时间间隔是否大于预
设时间间隔；
55.若是，则从所述服务器获取至少一个配置信息。
56.在一种可能的设计中，所述接收模块具体用于：
57.向所述服务器发送请求消息，其中，所述请求消息用于请求获取至少一个图标信息；
58.接收所述服务器根据所述请求消息发送的所述图标信息。
59.第三方面，本技术实施例提供一种图标处理设备，包括：
60.存储器，用于存储程序；
61.处理器，用于执行所述存储器存储的所述程序，当所述程序被执行时，所述处理器用于执行如上第一方面以及第一方面各种可能的设计中任一所述的方法。
62.第四方面，本技术实施例提供一种计算机可读存储介质，包括指令，当其在计算机上运行时，使得计算机执行如上第一方面以及第一方面各种可能的设计中任一所述的方法。
63.第五方面，本技术实施例提供一种计算机程序产品，包括计算机程序，其特征在于，所述计算机程序被处理器执行时实现如上第一方面以及第一方面各种可能的设计中任一所述的方法。
64.本技术实施例提供一种图标处理方法及装置，该方法包括：接收服务器发送的图标信息，其中，图标信息包括：文本内容、样式标识。获取样式标识对应的图标显示样式。根据文本内容和图标显示样式，得到目标图标，并将目标图标显示在客户端的当前界面。通过接收服务器发送的文本内容和样式标识，以及确定样式标识对应的图标显示样式，就可以结合图标显示样式和文本内容得到需要显示的目标图标，因此本实施例中可以对相同显示样式和相同显示逻辑的图标，按照通用的模板进行显示，无需对每个图标都预先制作，从而有效提升了图标显示的灵活性。
附图说明
65.为了更清楚地说明本技术实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
66.图1为本技术提供的现有技术的图标显示示意图；
67.图2为本技术实施例提供的图标处理方法的流程图；
68.图3为本技术实施例提供的图标处理方法的流程图二；
69.图4为本技术实施例提供的接收图标信息的实现示意图
70.图5为本技术实施例提供的获取配置信息的实现示意图；
71.图6为本技术实施例提供的确定图标显示样式的实现示意图；
72.图7为本技术实施例提供的显示目标图标的实现示意图；
73.图8为本技术实施例提供的图标处理方法的流程示意图；
74.图9为本技术实施例提供的图标处理装置的结构示意图；
75.图10为本技术实施例提供的图标处理设备的硬件结构示意图。
具体实施方式
76.为使本技术实施例的目的、技术方案和优点更加清楚，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
77.为了更好的理解本技术的技术方案，首先对本技术所涉及的背景技术进行进一步的详细介绍：
78.随着移动互联网技术的发展，移动端承载的业务越来越多，不可避免的出现了各种新的交互和视觉诉求，特别是在平台上，动态的设置/展示一些图标以及区分标示，成为了应用程序(application，app)上的标准配置，其中，图标例如可以包括营销活动图标、提示图标等，本实施例对此不做限制。
79.在面临各种各样的图标展示诉求时，目前现有技术的实现方案例如可以参见图1进行理解，图1为本技术提供的现有技术的图标显示示意图。
80.如图1所示，当前存在服务器102和客户端101，其中，客户端101例如可以搭载在终端设备中。
81.在服务器102中，可以通过服务器102在pc平台配置不同的图标，比如说图1所示的“满100-20”的图标、“满100-30”的图标、“满50-10”的图标等等，在实际实现过程中，服务器所配置的图标可以根据实际需求进行选择，本实施例对此不做限制。
82.之后服务器102将预先制作好的图标发送给客户端101，以便客户端进行展示。
83.在一种可能的实现方式中，例如服务器可以给客户端即时下发不同的图标链接从而进行展示；或者，还可以通过客户端本地在启动等时机拉取图标库，然后按一定代码逻辑取本地下载后的图标展示；或者，还可以通过客户端本地仓库放置图标，然后按一定代码逻辑取本地图标展示。
84.无论是上述介绍的哪种展示方式，均需要服务器预先制作好各个图标，这样会使得即使针对同一展示逻辑，同一展示样式，不同展示文案的图标，还需要设计不同的图标在服务端进行配置，导致了制图和配置的工作量大，图标的展示缺乏灵活性。
85.比如说以优惠券图标为例，上述图1中介绍了“满100-20”的图标、“满100-30”的图标、“满50-10”的图标，可以看出，其实这三个图标的展示样式是相同的，只是具体的展示文案不同，但是服务器仍然需要预先分别制作三个图标，因此这样会导致制图和配置的工作量较大，进而使得图标的展示缺乏灵活性。
86.同时，基于上述介绍的现有技术的实现方案，随着不同的需求，图标设计会越来越多，即便是展示满100-20”的图标、“满100-30”的图标这两个，客户端都需要下载两个图标，从而会耗费流量，并且在网络环境不好的情况下，一旦图标加载缓慢，就会导致图标的展示等待时间较长，不利于客户端的流畅运行。
87.基于现有技术中的问题，本技术提出了如下技术构思：通过在服务器中配置至少一个图标显示样式，比如说字体、颜色、字号这些内容，然后在显示优惠图标的时候，服务器只需要下发文本内容和背景图就可以，然后客户端结合文本内容和图标显示样式，就可以得到需要显示的图标，因此针对同一显示逻辑、同一显示样式的图标，就无需进行重复制作，从而可以有效提升图标处理的灵活性。
88.下面结合具体的实施例对本技术提供的图标处理方法进行介绍，本技术中各实施例的执行主体可以为上述介绍的客户端，首先结合图2进行说明，图2为本技术实施例提供的图标处理方法的流程图。
89.如图2所示，该方法包括：
90.s201、接收服务器发送的图标信息，其中，图标信息包括：文本内容、样式标识。
91.在本实施例中，客户端可以接收服务器发送的图标信息，其中，图标信息例如可以包括如下中的至少一种：文本内容、样式标识。
92.其中，文本内容比如说可以是显示在图标中的具体文字内容，例如可以为上述介绍的“满100-20”、“满100-30”等文字内容。
93.以及，样式标识可以用于指示当前图标具体采用哪一种样式进行显示，在一种可能的实现方式中，服务器和客户端之间可以同步有至少一种图标显示样式，则客户端根据服务器发送的样式标识，就可以确定当前采用哪一种样式进行显示。
94.在实际实现过程中，客户端可以接收服务器发送的至少一个图标信息，其中，每个图标信息都对应一个图标，因此客户端可以确定多个图标，其中，各个图标对应的文本内容、样式标识都可以根据实际需求进行选择，本实施例对此不做特别限制。
95.s202、获取样式标识对应的图标显示样式。
96.本实施例中的样式标识用于指示图标显示样式，可以理解的是，每个图标显示样式都唯一的对应一个图标显示样式。
97.其中，图标显示样式可以指示图标按照怎样的方式进行显示，比如说图标显示样式可以包括背景图，还可以包括文字的格式。
98.其中文字的格式比如说可以包括字体、大小、颜色、位置等信息，背景图可以为图标中除了文字之外的背景部分，可以理解的是，图标可以有形状、有背景颜色、有边框颜色、有底纹等，因此背景图就可以包括上述介绍的这些部分。
99.本实施例对图标显示样式的具体实现方式不做限定，其可以根据实际需求进行选择可以设置。
100.在一种可能的实现方式中，可以在客户端本地存储多个图标显示样式，其中每个图标显示样式都对应有各自的样式标识，之后根据样式标识在本地进行查找，从而获取当前服务器发送的样式标识对应的图标显示样式。
101.在另一种可能的实现方式中，可以接收服务器发送的图标显示样式，从而获取样式标识对应的图标显示样式，本实施例对获取样式标识对应的图标显示样式的具体实现方式不做限制，其可以根据实际需求进行选择。
102.s203、根据文本内容和图标显示样式，得到目标图标，并将目标图标显示在客户端的当前界面。
103.客户端根据服务器发送的文本内容和图标显示样式，就可以确定当前图标中的内容，以及确定图标的背景和图标中的内容如何显示，例如可以将根据服务器发送的背景图，将特定格式的文本显示在背景图中，就可以得到目标图标，之后将目标图标显示在客户端的当前界面，就可以实现对图标的显示。
104.在本实施例中，通过配置图标显示样式，就可以对同一显示样式、同一显示逻辑的图标，按照通用的图标显示样式进行显示，只需要对其中的文字内容进行单独的配置即可，
从而可以无需对每个图标都预先进行制作，以提升图标显示的灵活性。
105.本技术实施例提供的图标处理方法，包括：接收服务器发送的图标信息，其中，图标信息包括：文本内容、样式标识。获取样式标识对应的图标显示样式。根据文本内容和图标显示样式，得到目标图标，并将目标图标显示在客户端的当前界面。通过接收服务器发送的文本内容和样式标识，以及确定样式标识对应的图标显示样式，就可以结合图标显示样式和文本内容得到需要显示的目标图标，因此本实施例中可以对相同显示样式和相同显示逻辑的图标，按照通用的模板进行显示，无需对每个图标都预先制作，从而有效提升了图标显示的灵活性。
106.在上述实施例的基础上，下面结合图3至图7对本技术提供的图标处理方法进行进一步的详细介绍，图3为本技术实施例提供的图标处理方法的流程图二，图4为本技术实施例提供的接收图标信息的实现示意图，图5为本技术实施例提供的获取配置信息的实现示意图，图6为本技术实施例提供的确定图标显示样式的实现示意图，图7为本技术实施例提供的显示目标图标的实现示意图。
107.如图3所示，该方法包括：
108.s301、向服务器发送请求消息，其中，请求消息用于请求获取至少一个图标信息。
109.在本实施例中，当客户端需要展示图标的时候，服务器才会向客户端发送图标信息，以营销活动的图标为例，图标通常都是展示在搜索结果页面，或者购物车页面，因此当客户端需要显示搜索结果页面，或者购物车页面时，例如参见图4，客户端可以向服务器发送请求消息，其中，请求消息用于请求获取至少一个图标信息。
110.其中，请求信息所具体请求获取的图标信息，取决于当前界面中需要展示哪些图标，其可以根据实际需求进行选择，本实施例对此不做限定。
111.在一种可能的实现方式中，例如可以构建一个图标加载类，其中，可以通过图标加载类请求服务器下发图标信息。
112.s302、接收服务器根据请求消息发送的图标信息，其中，图标信息包括：文本内容、样式标识。
113.在客户端向服务器发送请求消息之后，服务器就会向客户端返回请求消息对应的图标信息，则客户端可以接收服务器根据请求消息发送的图标信息，在本实施例中，图标信息中可以包括文本内容和样式标识。
114.如图4所示，服务器会根据请求消息发送的图标信息中，例如可以包括图标a、图标b和图标c的图标信息，其中，图标a的文本内容是“满100-20”，样式标识是1，图标b的文本内容是“满100-30”，样式标识是1，图标c的文本内容是“领券59减5”，样式标识是2，以及还可以包括其余图标的图标信息，在图4中仅进行示例性的说明。
115.在实际实现过程中，详细的图标信息的实现方式可以根据实际需求进行选择和设置。
116.可以理解的是，服务器除了会发送图标信息之外，还会发送当前页面的数据信息，比如说搜索结果页面的商品信息、购物车页面的商品信息等。
117.s303、在客户端启动时，从服务器获取至少一个配置信息，配置信息中包括至少一个样式标识和每个样式标识对应的图标显示样式。
118.本实施例中，当客户端每次启动的时候，可以从服务器中获取至少一个配置信息，
在一种可能的实现方式中，在客户端启动时，可以确定上次获取配置信息的历史时间，并判断上次获取配置信息的历史时间和当前时间之间的时间间隔是否大于预设时间间隔。若是，则从服务器获取至少一个配置信息，从而可以保证客户端获取的配置信息的时效性。
119.或者，当获取配置信息的历史时间和当前时间之间的时间间隔不大于预设时间间隔，则表示当前客户端中所存储的配置信息还是较新的配置信息，无需重新进行获取，从而有效的避免了客户端频繁的获取配置信息，以节省客户端的系统资源。
120.在另一种可能的实现方式中，在客户端启动之后，还可能确定本地不存在上次获取配置信息的历史时间，也就是说客户端之前没有获取过配置信息，在这种情况下，客户端同样可以从服务器获取至少一个配置信息。
121.本实施中获取配置信息也可以由上述介绍的图标加载类实现。在本实施例中，配置信息中包括至少一个样式标识以及每个样式标识对应的图标显示样式。
122.在一种可能的实现方式中，图标显示样式可以包括如下中的至少一种：背景图、文本颜色、文本字体、文本大小、文本位置。
123.例如可以结合图5对样式标识和图标显示样式进行理解，如图5所示，假设当前存在两种图标显示样式，样式标识分别是1和2。
124.其中，样式标识1对应的图标显示样式中，背景图为图5中所示的矩形，文本颜色为红色、文本字体为宋体、文本大小为12、文本位置为居中。
125.其中，样式标识2对应的图标显示样式中，背景图为图5中所示的不规则形状，文本颜色为绿色，文本字体为微软雅黑，文本大小为14，文本位置为向左对齐。
126.在实际实现过程中，图标显示样式中还可以包括其余内容，凡是和图标显示相关的内容均可以作为本实施例中的图标显示样式，本实施例对此不做限定，以及在实际实现过程中，客户端所具体获取的图标显示样式的种类，同样可以根据实际需求进行选择，在一种可能的实现方式中，客户端例如可以获取所有的样式标识以及对应的图标显示样式。
127.s304、将配置信息存储在客户端本地。
128.在客户端获取到配置信息之后，可以将配置信息存储在客户端本地，以便于后续根据配置信息进行图标的生成。
129.s305、根据样式标识在配置信息中查找，得到样式标识对应的图标显示样式。
130.在接收到服务器发送的图标信息之后，需要根据图标信息对图标进行展示，在图标信息中包括样式标识，指示当前的图标按照哪种方式进行展示，以及上述介绍了在客户端本地存储了配置信息，配置信息中包括样式标识，则可以根据样式标识在配置信息中进行查找，以确定样式标识对应的图标显示样式。
131.例如可以结合图6进行理解，如图6所示，图标a对应的样式标识为样式标识1，则根据样式标识1，可以确定图标a的文本内容是“满100-20”，背景图是图6所示的矩形，文本颜色是红色，文本字体是宋体，文本大小是小四，文本位置是居中。
132.其余的图标b和图标c的实现方式类似，其具体对应的图标显示样式如图6中所示，此处不再赘述。
133.s306、根据文本位置，在背景图中对应的位置添加文本内容。
134.本实施例中的图标显示样式中包括文本位置，其中，文本位置可以指示将文本显示在背景图的哪个为宗旨，则可以在背景图中对应的位置添加文本内容。
135.在一种可能的实现方式中，文本位置可以为图5和图6中所示的“居中”“向左对齐”，或者，文本位置还可以坐标信息，或者文本位置还可以为其和背景图的边框的距离，本实施例对文本位置的具体实现方式不做限制，凡是用于指示文本在哪里显示的信息，均可以作为本实施例中的文本位置。
136.s307、根据文本颜色、文本字体、文本大小，渲染文本内容，得到目标图标。
137.在本实施例中，图标显示样式还包括文本颜色、文本字体、文本大小，则可以根据文本颜色、文本字体和文本大小，对服务器发送的文本内容进行渲染，进而显示在上述介绍的背景图中的相应位置，就得到了目标图标。
138.在一种可能的实现方式中，文本颜色例如可以为图5、图6中介绍的红色、绿色等颜色标识，或者还可以为色值，本实施例对此不做限制，以及具体的文本字体和文本大小的表示和实现同样可以根据实际需求进行选择，本实施例对此不做特别限制。
139.基于图6介绍的示例内容，得到的三个目标图标可以如图6中所示的图标。
140.s308、根据当前界面的上下文信息，确定目标图标在当前界面显示的目标位置。
141.在得到目标图标之后，需要将目标图标显示在界面中对应的位置，则可以根据当前界面的上下文信息，确定具体需要将各个目标图标显示在哪里，也就是说确定各个目标图标各自对应的，在当前界面显示的目标位置。
142.其中，上下文信息可以为搜索界面的上下文信息，或者还可以为购物车界面的上下文信息，本实施例对此不做限制，其取决于当前界面的实际显示内容。
143.s309、将目标图标显示在目标位置。
144.之后，可以将确定的目标图标显示在目标位置，例如可以结合图7进行理解，如图7所示，假设当前存在图标a“满100-20”、图标b“满100-30”和图标c“领券59减5”，其中，假设图标a对应的目标位置为图7中的701所在的位置，图标b对应的目标位置为图7中的703所在的位置，图标c对应的目标位置为图7中的702所在的位置，从而实现对目标图标的显示。
145.本技术实施例提供的图标处理方法，包括：向服务器发送请求消息，其中，请求消息用于请求获取至少一个图标信息。接收服务器根据请求消息发送的图标信息，其中，图标信息包括：文本内容、样式标识。在客户端启动时，从服务器获取至少一个配置信息，配置信息中包括至少一个样式标识和每个样式标识对应的图标显示样式。将配置信息存储在客户端本地。根据样式标识在配置信息中查找，得到样式标识对应的图标显示样式。根据文本位置，在背景图中对应的位置添加文本内容。根据文本颜色、文本字体、文本大小，渲染文本内容，得到目标图标。根据当前界面的上下文信息，确定目标图标在当前界面显示的目标位置。将目标图标显示在目标位置。通过客户端在启动时将样式标识和图标显示样式存储在本地，之后根据服务器发送的样式标识，在本地查询样式标识对应的图标显示样式，可以有效提升确定图标显示样式的速度和效率，进而对服务器发送的文本内容按照图标显示样式进行显示，从而可以灵活的结合内容和模板实现对图标的显示，以提升图标处理的灵活性。
146.在上述实施例的基础上，下面结合一个具体的实施例对本技术提供的图标处理方法进行进一步的详细介绍，图8为本技术实施例提供的图标处理方法的流程示意图。
147.如图8所示，该方法包括：
148.在服务器中可以配置多个图标样本对象，其中，每个对象可以包括样式标识、背景图以及文本属性，比如说字体颜色，字体，字号等。
149.其中，服务器具体配置的图标样本对象例如可以包括：
150.背景图:字段iconurl，字符串类型；
151.文案属性：attributes，字典类型；
152.可配置属性有：字体颜色：textcolor、字体大小fontsize、字体类型fontname；
153.样式标识iconid。
154.}
155.之后可以在客户端启动时，获取上述介绍的各个图标样本对象，并且将各个图标样本对象缓存在本地。
156.在一种可能的实现方式中，可以建一个图标加载类，该类主要负责请求服务器下发的背景图，文本内容，文本属性等，并且根据背景图，文本内容，文本属性等绘制图标。
157.在客户端启动时，此类会检查上次拉取服务配置的历史时间与当前时间进行比较，当时间间隔大于预设时间间隔或者本地并未存在上次拉取时间时，客户端会通过网络请求请求上述介绍的各个图标样本对象的配置数据并缓存在本地。
158.之后在需要展示图标地方，比如搜索，购物车等页面，服务端会下发每个需要展示的图标的相关的文本内容和样本标识，客户端通过下发的样本标识，与本地缓存中的样本标识进行匹配，在匹配上后，例如可以结合objective-c语言的相关方法，通过缓存的背景图获取当前上下文，根据文本属性将文本内容绘制在当前上下文，最后生成一张新的图片展示。其中，objective-c是一种扩充c的面向对象编程语言。
159.以及在一种可能的实现方式中，本实施例中可以创建一个展示图标等信息的视图类，该类可以继承自uilabel类，图标可以展示在这个基础视图类，例如在需要展示图标的视图上，添加该类的实例对象，调用该类的图标设置方法即可。
160.其中，图标绘制的实现原理例如可以为，通过objective-c语言的uigraphics技术，按指定视图大小设置上下文uicontext，基于背景图调用drawinrect绘制背景图，然后基于文本内容调用drawinrect绘制文案，调用uigraphicsgetimagefromcurrentimagecontext将当前上下文生成图片。
161.其中，uigraphics是objective-c语言中的一种技术，uicontext、drawinrect、uigraphicsgetimagefromcurrentimagecontext均为可调用的函数。
162.之后，实例对象调用视图类设置图标方法，然后将生成的图片，展示在视图上。
163.本实施例提供的图标处理方法，有效解决了针对同一展示逻辑、同一展示样式的图标，仍然需要进行单独绘制和配置的问题，从而提升了图标展示的灵活性，以及本实施例中通过预先将图标显示样式存储在客户端中，服务器只需要传输样式标识和文本内容即可，有效减少了在图标下载过程中所耗费的流量，同时有效避免了图标加载的时间较长。
164.图9为本技术实施例提供的图标处理装置的结构示意图。如图9所示，该装置90包括：接收模块901、获取模块902以及处理模块903。
165.接收模块901，用于接收服务器发送的图标信息，其中，所述图标信息包括：文本内容、样式标识；
166.获取模块902，用于获取所述样式标识对应的图标显示样式；
167.处理模块903，用于根据所述文本内容和所述图标显示样式，得到目标图标，并将所述目标图标显示在客户端的当前界面。
168.在一种可能的设计中，所述图标显示样式包括背景图；
169.所述处理模块903具体用于：
170.按照所述图标显示样式，将所述文本内容显示在所述背景图中，得到目标图标。
171.在一种可能的设计中，所述图标显示样式还包括如下中的至少一种：文本颜色、文本字体、文本大小、文本位置；
172.所述处理模块903具体用于：
173.根据所述文本位置，在所述背景图中对应的位置添加所述文本内容；
174.根据所述文本颜色、文本字体、文本大小，渲染所述文本内容，得到目标图标。
175.在一种可能的设计中，所述处理模块903具体用于：
176.根据当前界面的上下文信息，确定目标图标在当前界面显示的目标位置；
177.将所述目标图标显示在所述目标位置。
178.在一种可能的设计中，所述获取模块902具体用于：
179.根据所述样式标识在配置信息中查找，得到所述样式标识对应的图标显示样式，所述配置信息中包括至少一个样式标识和每个样式标识对应的图标显示样式。
180.在一种可能的设计中，所述获取模块902还用于：
181.在客户端启动时，从所述服务器获取所述至少一个配置信息；
182.所述处理模块903还用于：
183.将所述配置信息存储在所述客户端本地。
184.在一种可能的设计中，所述获取模块902具体用于：
185.在所述客户端启动时，确定上次获取配置信息的历史时间；
186.判断所述上次获取配置信息的历史时间和当前时间之间的时间间隔是否大于预设时间间隔；
187.若是，则从所述服务器获取至少一个配置信息。
188.在一种可能的设计中，所述接收模块901具体用于：
189.向所述服务器发送请求消息，其中，所述请求消息用于请求获取至少一个图标信息；
190.接收所述服务器根据所述请求消息发送的所述图标信息。
191.本实施例提供的装置，可用于执行上述方法实施例的技术方案，其实现原理和技术效果类似，本实施例此处不再赘述。
192.图10为本技术实施例提供的图标处理设备的硬件结构示意图，如图10所示，本实施例的图标处理设备100包括：处理器1001以及存储器1002；其中
193.存储器1002，用于存储计算机执行指令；
194.处理器1001，用于执行存储器存储的计算机执行指令，以实现上述实施例中图标处理方法所执行的各个步骤。具体可以参见前述方法实施例中的相关描述。
195.可选地，存储器1002既可以是独立的，也可以跟处理器1001集成在一起。
196.当存储器1002独立设置时，该图标处理设备还包括总线1003，用于连接所述存储器1002和处理器1001。
197.本技术实施例还提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，当处理器执行所述计算机执行指令时，实现如上图标处理设备所执行
的图标处理方法。
198.在本技术所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。例如，以上所描述的设备实施例仅仅是示意性的，例如，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个模块可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。
199.上述以软件功能模块的形式实现的集成的模块，可以存储在一个计算机可读取存储介质中。上述软件功能模块存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(英文：processor)执行本技术各个实施例所述方法的部分步骤。
200.应理解，上述处理器可以是中央处理单元(英文：central processing unit，简称：cpu)，还可以是其他通用处理器、数字信号处理器(英文：digital signal processor，简称：dsp)、专用集成电路(英文：application specific integrated circuit，简称：asic)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合发明所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。
201.存储器可能包含高速ram存储器，也可能还包括非易失性存储nvm，例如至少一个磁盘存储器，还可以为u盘、移动硬盘、只读存储器、磁盘或光盘等。
202.总线可以是工业标准体系结构(industry standard architecture，isa)总线、外部设备互连(peripheral component，pci)总线或扩展工业标准体系结构(extended industry standard architecture，eisa)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，本技术附图中的总线并不限定仅有一根总线或一种类型的总线。
203.上述存储介质可以是由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(sram)，电可擦除可编程只读存储器(eeprom)，可擦除可编程只读存储器(eprom)，可编程只读存储器(prom)，只读存储器(rom)，磁存储器，快闪存储器，磁盘或光盘。存储介质可以是通用或专用计算机能够存取的任何可用介质。
204.本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：rom、ram、磁碟或者光盘等各种可以存储程序代码的介质。
205.最后应说明的是：以上各实施例仅用以说明本技术的技术方案，而非对其限制；尽管参照前述各实施例对本技术进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本技术各实施例技术方案的范围。